Fwd: [PATCH] preliminary implementation of "smart_nopush"

Eric Wong 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:
>   git://git.kernel.org/pub/scm/linux/kernel/git/acme/libautocork
> 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.

Eric Wong

More information about the rainbows-talk mailing list