From mboxrd@z Thu Jan 1 00:00:00 1970 From: Jarek Poplawski Subject: Re: [PATCH v2] tcp: splice as many packets as possible at once Date: Mon, 26 Jan 2009 08:20:36 +0000 Message-ID: <20090126082036.GB4183@ff.dom.local> References: <20090120103122.GC9167@ioremap.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Cc: David Miller , herbert@gondor.apana.org.au, w@1wt.eu, dada1@cosmosbay.com, ben@zeus.com, mingo@elte.hu, linux-kernel@vger.kernel.org, netdev@vger.kernel.org, jens.axboe@oracle.com To: Evgeniy Polyakov Return-path: Received: from ey-out-2122.google.com ([74.125.78.25]:33061 "EHLO ey-out-2122.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1750873AbZAZIUo (ORCPT ); Mon, 26 Jan 2009 03:20:44 -0500 Content-Disposition: inline In-Reply-To: <20090120103122.GC9167@ioremap.net> Sender: netdev-owner@vger.kernel.org List-ID: On 20-01-2009 11:31, Evgeniy Polyakov wrote: ... > I believe approach to meet all our goals is to have own network memory > allocator, so that each skb could have its payload in the fragments, we > would not suffer from the heavy fragmentation and power-of-two overhead > for the larger MTUs, have a reserve for the OOM condition and generally > do not depend on the main system behaviour. > > I will resurrect to some point my network allocator to check how things > go in the modern environment, if no one will beat this idea first :) > > 1. Network (tree) allocator > http://www.ioremap.net/projects/nta I looked at this a bit, but alas I didn't find much for this Herbert's idea of payload in fragments/pages. Maybe some kind of API RFC is needed before this resurrection? Jarek P.