Date: Mon, 22 Jun 2009 23:08:05 +0000 (UTC) From: Andre Oppermann <andre@FreeBSD.org> To: cvs-src-old@freebsd.org Subject: cvs commit: src/sys/kern uipc_socket.c src/sys/netinet tcp_usrreq.c src/sys/sys socketvar.h Message-ID: <200906222308.n5MN8OpU085517@repoman.freebsd.org>
next in thread | raw e-mail | index | archive | help
andre 2009-06-22 23:08:05 UTC
FreeBSD src repository
Modified files:
sys/kern uipc_socket.c
sys/netinet tcp_usrreq.c
sys/sys socketvar.h
Log:
SVN rev 194672 on 2009-06-22 23:08:05Z by andre
Add soreceive_stream(), an optimized version of soreceive() for
stream (TCP) sockets.
It is functionally identical to generic soreceive() but has a
number stream specific optimizations:
o does only one sockbuf unlock/lock per receive independent of
the length of data to be moved into the uio compared to
soreceive() which unlocks/locks per *mbuf*.
o uses m_mbuftouio() instead of its own copy(out) variant.
o much more compact code flow as a large number of special
cases is removed.
o much improved reability.
It offers significantly reduced CPU usage and lock contention
when receiving fast TCP streams. Additional gains are obtained
when the receiving application is using SO_RCVLOWAT to batch up
some data before a read (and wakeup) is done.
This function was written by "reverse engineering" and is not
just a stripped down variant of soreceive().
It is not yet enabled by default on TCP sockets. Instead it is
commented out in the protocol initialization in tcp_usrreq.c
until more widespread testing has been done.
Testers, especially with 10GigE gear, are welcome.
MFP4: r164817 //depot/user/andre/soreceive_stream/
Revision Changes Path
1.336 +196 -0 src/sys/kern/uipc_socket.c
1.189 +6 -0 src/sys/netinet/tcp_usrreq.c
1.170 +3 -0 src/sys/sys/socketvar.h
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?200906222308.n5MN8OpU085517>