From mboxrd@z Thu Jan 1 00:00:00 1970 Date: Mon, 14 Aug 2006 16:38:58 +0400 From: Evgeniy Polyakov Subject: Re: [PATCH 1/1] network memory allocator. Message-ID: <20060814123858.GA16954@2ka.mipt.ru> References: <20060814110359.GA27704@2ka.mipt.ru> <1155558313.5696.167.camel@twins> <20060814123530.GA5019@2ka.mipt.ru> Mime-Version: 1.0 Content-Type: text/plain; charset=koi8-r Content-Disposition: inline In-Reply-To: <20060814123530.GA5019@2ka.mipt.ru> Sender: owner-linux-mm@kvack.org Return-Path: To: Peter Zijlstra Cc: David Miller , netdev@vger.kernel.org, linux-kernel@vger.kernel.org, linux-mm@kvack.org List-ID: On Mon, Aug 14, 2006 at 04:35:30PM +0400, Evgeniy Polyakov (johnpol@2ka.mipt.ru) wrote: > > I'm still not clear on how you want to do this, only the trivial case of > > a sniffer was mentioned by you. To be able to do true zero-copy receive > > each packet will have to have its own page(s). Simply because you do not > > know the destination before you receive it, the packet could end up > > going to a whole different socket that the prev/next. As soon as you > > start packing multiple packets on 1 page, you've lost the zero-copy > > receive game. > > Userspace can sak for next packet and pointer to the new location will > be removed. ... returned. The same will be applied for sending support - userspace will request new packet with given size and pointer to some chunk inside mapped area will be returned. -- Evgeniy Polyakov -- To unsubscribe, send a message with 'unsubscribe linux-mm' in the body to majordomo@kvack.org. For more info on Linux MM, see: http://www.linux-mm.org/ . Don't email: email@kvack.org