Andre Oppermann writes: > Instead of the unlock-lock dance soreceive_stream() pulls a properly sized > (relative to the receive system call buffer space) from the socket buffer drops > the lock and gives copyout as much time as it needs. In the mean time the lower > half can happily add as many new packets as it wants without having to wait for > a lock. It also allows the upper and lower halfs to run on different CPUs without > much interference. There is a unsolved nasty race condition in the patch though. Excellent. This sounds very exciting! > Any testing, especially on 10Gig cards, and feedback appreciated. I'll try to test sometime soon, but possibly not until next week.. Is there any particular config you're interested in? If not, I'll just compare the pre/post-patch performance of a fast (linux) sender to an SMP (FreeBSD) receiver, using the default "out of the box" settings for a jumbo and standard MTU. DrewReceived on Fri Mar 02 2007 - 15:14:57 UTC
This archive was generated by hypermail 2.4.0 : Wed May 19 2021 - 11:39:06 UTC