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. Drew _______________________________________________ freebsd-net@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-net To unsubscribe, send any mail to "[EMAIL PROTECTED]"
