From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1752179AbZAZH7w (ORCPT ); Mon, 26 Jan 2009 02:59:52 -0500 Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1751324AbZAZH7l (ORCPT ); Mon, 26 Jan 2009 02:59:41 -0500 Received: from fk-out-0910.google.com ([209.85.128.188]:56268 "EHLO fk-out-0910.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1751317AbZAZH7k (ORCPT ); Mon, 26 Jan 2009 02:59:40 -0500 DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=date:from:to:cc:subject:message-id:references:mime-version :content-type:content-disposition:in-reply-to:user-agent; b=J8/+3GMlBc4TnIVdRTkRWHetne8nhDoUhVBhYkoofy642rlcM/YUk4uM2sxaKdmSF7 resNmn4SA4IlN6QFHE2ViBxQrlelV1mCQHVTOBHlq8WCkl8WWZYUzvwIysxpOLJfc7+8 XnLExXLwRloz+qXEpdORk+wAjW31HC9jECwR0= Date: Mon, 26 Jan 2009 07:59:33 +0000 From: Jarek Poplawski To: Willy Tarreau Cc: David Miller , herbert@gondor.apana.org.au, zbr@ioremap.net, dada1@cosmosbay.com, ben@zeus.com, mingo@elte.hu, linux-kernel@vger.kernel.org, netdev@vger.kernel.org, jens.axboe@oracle.com Subject: Re: [PATCH] tcp: splice as many packets as possible at once Message-ID: <20090126075932.GA4183@ff.dom.local> References: <20090119061420.GB12946@1wt.eu> <20090118.221908.47032075.davem@davemloft.net> <20090119101924.GA1881@gondor.apana.org.au> <20090119.125941.240930524.davem@davemloft.net> <20090125210325.GA31227@1wt.eu> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20090125210325.GA31227@1wt.eu> User-Agent: Mutt/1.5.18 (2008-05-17) Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Sun, Jan 25, 2009 at 10:03:25PM +0100, Willy Tarreau wrote: ... > The memory allocation clearly is the culprit here. I'll try Jarek's > patch which reduces memory allocation to see if that changes something, > as I'm sure we can do fairly better, given how it behaves with limited > sessions. I think you are right, but I wonder if it's not better to wait with more profiling until this splicing is really redone. Regards, Jarek P.