From mboxrd@z Thu Jan 1 00:00:00 1970 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on dcvr.yhbt.net X-Spam-Level: * X-Spam-ASN: AS14383 205.234.109.0/24 X-Spam-Status: No, score=1.0 required=3.0 tests=AWL,HK_RANDOM_FROM, MSGID_FROM_MTA_HEADER shortcircuit=no autolearn=no version=3.3.2 Path: news.gmane.org!not-for-mail From: Eric Wong Newsgroups: gmane.comp.lang.ruby.rainbows.general Subject: Re: Fwd: [PATCH] preliminary implementation of "smart_nopush" Date: Sat, 29 Jan 2011 04:30:38 +0000 Message-ID: <20110129043038.GA881@dcvr.yhbt.net> References: <20110128035142.GB10919@dcvr.yhbt.net> <20110128071831.GA3265@dcvr.yhbt.net> <20110128093345.GB24894@dcvr.yhbt.net> NNTP-Posting-Host: lo.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Trace: dough.gmane.org 1296276433 20044 80.91.229.12 (29 Jan 2011 04:47:13 GMT) X-Complaints-To: usenet@dough.gmane.org NNTP-Posting-Date: Sat, 29 Jan 2011 04:47:13 +0000 (UTC) To: rainbows-talk-GrnCvJ7WPxnNLxjTenLetw@public.gmane.org Original-X-From: rainbows-talk-bounces-GrnCvJ7WPxnNLxjTenLetw@public.gmane.org Sat Jan 29 05:47:09 2011 Return-path: Envelope-to: gclrrg-rainbows-talk@m.gmane.org X-Original-To: rainbows-talk-GrnCvJ7WPxnNLxjTenLetw@public.gmane.org Delivered-To: rainbows-talk-GrnCvJ7WPxnNLxjTenLetw@public.gmane.org Content-Disposition: inline In-Reply-To: <20110128093345.GB24894-yBiyF41qdooeIZ0/mPfg9Q@public.gmane.org> User-Agent: Mutt/1.5.18 (2008-05-17) X-BeenThere: rainbows-talk-GrnCvJ7WPxnNLxjTenLetw@public.gmane.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Original-Sender: rainbows-talk-bounces-GrnCvJ7WPxnNLxjTenLetw@public.gmane.org Errors-To: rainbows-talk-bounces-GrnCvJ7WPxnNLxjTenLetw@public.gmane.org Xref: news.gmane.org gmane.comp.lang.ruby.rainbows.general:207 Archived-At: Received: from rubyforge.org ([205.234.109.19]) by lo.gmane.org with esmtp (Exim 4.69) (envelope-from ) id 1Pj2iK-0001rb-Gv for gclrrg-rainbows-talk@m.gmane.org; Sat, 29 Jan 2011 05:47:08 +0100 Received: from rubyforge.org (rubyforge.org [127.0.0.1]) by rubyforge.org (Postfix) with ESMTP id E84E71858377; Fri, 28 Jan 2011 23:47:07 -0500 (EST) Received: from dcvr.yhbt.net (dcvr.yhbt.net [64.71.152.64]) by rubyforge.org (Postfix) with ESMTP id 0EDB3185836B for ; Fri, 28 Jan 2011 23:30:38 -0500 (EST) Received: from localhost (unknown [127.0.2.5]) by dcvr.yhbt.net (Postfix) with ESMTP id 4A6671F6A2; Sat, 29 Jan 2011 04:30:38 +0000 (UTC) Eric Wong 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 http://bogomips.org/libautocork.git 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 anymore. 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 _______________________________________________ Rainbows! mailing list - rainbows-talk-GrnCvJ7WPxnNLxjTenLetw@public.gmane.org http://rubyforge.org/mailman/listinfo/rainbows-talk Do not quote signatures (like this one) or top post when replying