Fwd: [PATCH] preliminary implementation of "smart_nopush"
normalperson at yhbt.net
Fri Jan 28 23:30:38 EST 2011
Eric Wong <normalperson at yhbt.net> wrote:
> > I also wonder if just doing an LD_PRELOAD would be alright or even
> > better since it could track more calls. Ideally it'd be an option in
> > the kernel (TCP_CORK_LIGHTLY?). Maybe having an LD_PRELOAD would be a
> > good proof-of-concept for a kernel patch...
> Then I found this:
> It's client-oriented at the moment and will need a few patches before
> it's suitable for use with TCP servers, but I've just emailed the author
> about the changes...
I started working on some patches for libautocork here at the moment
If we can prove it works for more cases, I'll push for it to become a
kernel option that is fire-and-forget on the listen socket so
applications won't have to keep track of when to cork/uncork sockets
I'll probably revert the change to kgio since kgio can't track close()
(nor SSL_read/SSL_write afaik if/when kgio gets SSL support)...
I will do some live testing once I get rid of the hard-coded descriptor
limit and make it thread-safe.
More information about the rainbows-talk