[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <20060922153517.GB24866@ms2.inr.ac.ru>
Date: Fri, 22 Sep 2006 19:35:17 +0400
From: Alexey Kuznetsov <kuznet@....inr.ac.ru>
To: David Miller <davem@...emloft.net>
Cc: master@...torb.msk.ru, ak@...e.de, hawk@...u.dk,
harry@...os.washington.edu, linux-kernel@...r.kernel.org,
netdev@...r.kernel.org
Subject: Re: Network performance degradation from 2.6.11.12 to 2.6.16.20
Hello!
> I can't even find a reference to SIOCGSTAMP in the
> dhcp-2.0pl5 or dhcp3-3.0.3 sources shipped in Ubuntu.
>
> But I will note that tpacket_rcv() expects to always get
> valid timestamps in the SKB, it does a:
It is equally unlikely it uses mmapped packet socket (tpacket_rcv).
I even installed that dhcp on x86_64. And I do not see anything,
netstamp_needed remains zero when running both server and client.
It looks like dhcp was defamed without a guilt. :-)
Seems, Andi saw some leakage in netstamp_needed (value of 7),
but I do not see this too.
In any case, the issue is obviously more serious than just behaviour
of some applications. On my notebook one gettimeofday() takes:
0.2 us with tsc
4.6 us with pm (AND THIS CRAP IS DEFAULT!!)
9.4 us with pit (kinda expected)
It is ridiculous. Obviosuly, nobody (not only tcpdump, but everything
else) does not need such clock. Taking timestamp takes time comparable
with processing the whole tcp frame. :-) I have no idea what is possible
to do without breaking everything, but it is not something to ignore.
This timer must be shot. :-)
Alexey
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
Powered by blists - more mailing lists