From: Eric Dumazet <redacted>
Date: Thu, 28 Aug 2008 01:43:31 +0200

David Miller a écrit :

quoted

From: Eric Dumazet <redacted>
Date: Thu, 28 Aug 2008 01:09:19 +0200

quoted

Not really, I suspect commit (a7ab4b501f9b8a9dc4d5cee542db67b6ccd1088b [TCPv4]: Improve BH latency in /proc/net/tcp) is responsible for longer delays.
Note that its rather old :

 ...

quoted

We used to disable bh once, while reading the table. This sucked.

In case machine is handling trafic, we now are preemptable by softirqs
while reading /proc/net/tcp. Thats a good thing.

Yes, that would account for it, good spotting.

quoted

By the way, I find Andi patch usefull. Same thing could be done for /proc/net/rt_cache.

Fair enough.  If you can cook up a quick rt_cache patch I'll toss it and
Andi's patch into net-next so it can cook for a while.

Well, first patch I would like to submit is about letting netlink being able to be faster than /proc/net/tcp again :)

Andi just posted a very similar patch :)