Date: Mon, 05 Oct 2009 22:23:50 +0500 From: rihad <rihad@mail.ru> To: Julian Elischer <julian@elischer.org> Cc: Eugene Grosbein <eugen@kuzbass.ru>, Luigi Rizzo <rizzo@iet.unipi.it>, freebsd-net@freebsd.org Subject: Re: dummynet dropping too many packets Message-ID: <4ACA2BA6.40709@mail.ru> In-Reply-To: <4ACA26D4.2080102@elischer.org> References: <4AC8A76B.3050502@mail.ru> <20091005025521.GA52702@svzserv.kemerovo.su> <20091005061025.GB55845@onelab2.iet.unipi.it> <4AC9B400.9020400@mail.ru> <20091005090102.GA70430@svzserv.kemerovo.su> <4AC9BC5A.50902@mail.ru> <20091005095600.GA73335@svzserv.kemerovo.su> <20091005100446.GA60244@onelab2.iet.unipi.it> <4ACA26D4.2080102@elischer.org>
next in thread | previous in thread | raw e-mail | index | archive | help
Julian Elischer wrote: > Luigi Rizzo wrote: > >>> Taildrop does not really help with this. GRED does much better. >> >> i think the first problem here is figure out _why_ we have >> the drops, as the original poster said that queues are configured >> with a very large amount of buffer (and i think there is a >> misconfiguration somewhere because the mbuf stats do not make >> sense) > > it all depends on the characteristics of the traffic > > you need different queue lengths if it is just a small number of high > speeed sessions (and mayne a large number of slow speed sessions), > or if it is a larger number of medium speed sessions. > > Is it possible to know what sessions are losing packets? > Yes, of course, by running ipfw pipe show ;-) There's one confusing thing, though: net.inet.ip.dummynet.io_pkt_drop isn't increasing while around 800-1000 packets per second are being dropped right now. And so "ipfw pipe show" Drp column wouldn't grow either. So it's either not dummynet dropping packets, or a bug (?).
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?4ACA2BA6.40709>