Skip site navigation (1)Skip section navigation (2)
Date:      Tue, 06 Oct 2009 14:34:32 +0500
From:      rihad <rihad@mail.ru>
To:        Luigi Rizzo <rizzo@iet.unipi.it>
Cc:        freebsd-net@freebsd.org, Julian Elischer <julian@elischer.org>
Subject:   Re: dummynet dropping too many packets
Message-ID:  <4ACB0F28.3000906@mail.ru>
In-Reply-To: <20091006093408.GA86830@onelab2.iet.unipi.it>
References:  <4AC9CFF7.3090208@mail.ru> <20091005110726.GA62598@onelab2.iet.unipi.it> <4AC9D87E.7000005@mail.ru> <20091005120418.GA63131@onelab2.iet.unipi.it> <4AC9E29B.6080908@mail.ru> <20091005123230.GA64167@onelab2.iet.unipi.it> <4AC9EFDF.4080302@mail.ru> <4ACA2CC6.70201@elischer.org> <4ACAFF2A.1000206@mail.ru> <4ACB0C22.4000008@mail.ru> <20091006093408.GA86830@onelab2.iet.unipi.it>

next in thread | previous in thread | raw e-mail | index | archive | help
Luigi Rizzo wrote:
> On Tue, Oct 06, 2009 at 02:21:38PM +0500, rihad wrote:
>> rihad wrote:
>>> Julian Elischer wrote:
>>>> rihad wrote:
>>>>> Luigi Rizzo wrote:
>>>>>> 2. your test with 'ipfw allow ip from any to any' does not
>>>>>>   prove that the interface queue is not saturating, because
>>>>>>   you also remove the burstiness that dummynet introduces,
>>>>>>   and so the queue is driven differently.
>>>>>>
>>>>> How do I investigate and fix this burstiness issue?
>>>> higher Hz rate?
>>>>
>>> Rebooted with HZ=2000 10 minutes ago. Due to application design the ipfw 
>>> table (pipe tablearg) was flushed, so there are now 350 (and increasing 
>>> at a rate 1 per 1-2 seconds as I type this) or so users in the table, 
>>> and not 4k as normally would be. The box is servicing 450+ mbit/s 
>>> without a single drop. I want to monitor how things change once the 
>>> number of users in ipfw tables gradually increases up to several thousands.
>>>
>> It starts dropping packets at around 2000 online users (ipfw table 
>> load). I've set up a shell script to monitor this:
> 
> once again:
> you should check which pipes are dropping packets and whether
> the number of drops indicated in the pipes matches the counts
> indicated by netstat.
> 
It's impossible to do so accurately, since users come and go any moment, 
and their pipes expire, and it's plain useless. As to the accordance of 
packet drop rate with net.inet.ip.dummynet.io_pkt_drop, they vary wildly:

8664 output packets dropped due to no bufs, etc.
net.inet.ip.dummynet.io_pkt_drop: 111

since boottime!



Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?4ACB0F28.3000906>