Date: Sat, 5 Sep 2015 14:45:28 +0000 (UTC) From: Nomad Esst <noname.esst@yahoo.com> To: Freebsd Hackers List <freebsd-hackers@freebsd.org> Subject: em. igb performance test Message-ID: <1636062446.2172895.1441464328758.JavaMail.yahoo@mail.yahoo.com>
next in thread | raw e-mail | index | archive | help
Hi allDuring some performance tests, we found out some weird problems. We u= se a shell script that do the following : do from 1 to 10Shutdown em/igb interfacesleep 3Bring em/igb interface uptcp= replay -i em0 -l ospf_hello.pcap=C2=A0sleep3end By running this shell on one side we expect 10 ospf hello packets to get ar= rived at the other side, but tcpdump (on the other side) shows 4, sometimes= 8 and etc ... (not all 10 packets are arrived at the other side).We test t= his scenario with a Cisco router, and all packets are received at the Cisco= side. What causes this packet loss in FreeBSD (maybe in em or igb drivers)= ?I know that this scenario may not have any use in the real world, but I'm = curious, why Cisco don't have such behavior.Thanks in advance. Regards. From owner-freebsd-hackers@freebsd.org Sat Sep 5 15:03:27 2015 Return-Path: <owner-freebsd-hackers@freebsd.org> Delivered-To: freebsd-hackers@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 635FA9CA923 for <freebsd-hackers@mailman.ysv.freebsd.org>; Sat, 5 Sep 2015 15:03:27 +0000 (UTC) (envelope-from slw@zxy.spb.ru) Received: from zxy.spb.ru (zxy.spb.ru [195.70.199.98]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 1612E96D for <freebsd-hackers@freebsd.org>; Sat, 5 Sep 2015 15:03:27 +0000 (UTC) (envelope-from slw@zxy.spb.ru) Received: from slw by zxy.spb.ru with local (Exim 4.84 (FreeBSD)) (envelope-from <slw@zxy.spb.ru>) id 1ZYEzt-000Jdh-RX; Sat, 05 Sep 2015 18:03:17 +0300 Date: Sat, 5 Sep 2015 18:03:17 +0300 From: Slawa Olhovchenkov <slw@zxy.spb.ru> To: Nomad Esst <noname.esst@yahoo.com> Cc: Freebsd Hackers List <freebsd-hackers@freebsd.org> Subject: Re: em. igb performance test Message-ID: <20150905150317.GF21849@zxy.spb.ru> References: <1636062446.2172895.1441464328758.JavaMail.yahoo@mail.yahoo.com> MIME-Version: 1.0 Content-Type: text/plain; charset=koi8-r Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <1636062446.2172895.1441464328758.JavaMail.yahoo@mail.yahoo.com> User-Agent: Mutt/1.5.23 (2014-03-12) X-SA-Exim-Connect-IP: <locally generated> X-SA-Exim-Mail-From: slw@zxy.spb.ru X-SA-Exim-Scanned: No (on zxy.spb.ru); SAEximRunCond expanded to false X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Technical Discussions relating to FreeBSD <freebsd-hackers.freebsd.org> List-Unsubscribe: <https://lists.freebsd.org/mailman/options/freebsd-hackers>, <mailto:freebsd-hackers-request@freebsd.org?subject=unsubscribe> List-Archive: <http://lists.freebsd.org/pipermail/freebsd-hackers/>; List-Post: <mailto:freebsd-hackers@freebsd.org> List-Help: <mailto:freebsd-hackers-request@freebsd.org?subject=help> List-Subscribe: <https://lists.freebsd.org/mailman/listinfo/freebsd-hackers>, <mailto:freebsd-hackers-request@freebsd.org?subject=subscribe> X-List-Received-Date: Sat, 05 Sep 2015 15:03:27 -0000 On Sat, Sep 05, 2015 at 02:45:28PM +0000, Nomad Esst via freebsd-hackers wrote: > Hi allDuring some performance tests, we found out some weird problems. We use a shell script that do the following : > do from 1 to 10Shutdown em/igb interfacesleep 3Bring em/igb interface uptcpreplay -i em0 -l ospf_hello.pcapsleep3end > By running this shell on one side we expect 10 ospf hello packets to get arrived at the other side, but tcpdump (on the other side) shows 4, sometimes 8 and etc ... (not all 10 packets are arrived at the other side).We test this scenario with a Cisco router, and all packets are received at the Cisco side. What causes this packet loss in FreeBSD (maybe in em or igb drivers)?I know that this scenario may not have any use in the real world, but I'm curious, why Cisco don't have such behavior.Thanks in advance. uping interface not momentaly. packets sending to down interface will be lost. try to wait `status: active` before run tcpreplay. Also, check STP off on interconnect switch you port.
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?1636062446.2172895.1441464328758.JavaMail.yahoo>