Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1752796AbYLXOoi (ORCPT ); Wed, 24 Dec 2008 09:44:38 -0500 Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1752621AbYLXOoZ (ORCPT ); Wed, 24 Dec 2008 09:44:25 -0500 Received: from broadrack.ru ([195.178.208.66]:50814 "EHLO tservice.net.ru" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1751859AbYLXOoY (ORCPT ); Wed, 24 Dec 2008 09:44:24 -0500 Date: Wed, 24 Dec 2008 17:44:22 +0300 From: Evgeniy Polyakov To: Vladislav Bolkhovitin Cc: Herbert Xu , Jeremy Fitzhardinge , linux-scsi@vger.kernel.org, James Bottomley , Andrew Morton , FUJITA Tomonori , Mike Christie , Jeff Garzik , Boaz Harrosh , Linus Torvalds , linux-kernel@vger.kernel.org, scst-devel@lists.sourceforge.net, Bart Van Assche , "Nicholas A. Bellinger" , netdev@vger.kernel.org, Rusty Russell , David Miller , Alexey Kuznetsov Subject: Re: [PATCH][RFC 23/23]: Support for zero-copy TCP transmit of user space data Message-ID: <20081224144422.GA25089@ioremap.net> References: <494C50BB.5030809@goop.org> <20081220020250.GA15064@gondor.apana.org.au> <494C8D57.7040808@goop.org> <20081220065105.GA16936@gondor.apana.org.au> <494CA226.9000200@goop.org> <20081220081045.GA17439@gondor.apana.org.au> <20081220103209.GA23632@ioremap.net> <49513909.1050100@vlnb.net> <20081223213817.GB16883@ioremap.net> <4952493F.10508@vlnb.net> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <4952493F.10508@vlnb.net> User-Agent: Mutt/1.5.13 (2006-08-11) Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 849 Lines: 19 On Wed, Dec 24, 2008 at 05:37:51PM +0300, Vladislav Bolkhovitin (vst@vlnb.net) wrote: > >Yes, it is simpler and cleaner, but it requires additional allocation. > >This is additional (and quite noticeble) overhead. > > Not necessary requires. For instance, in iscsi-scst sk_transaction_token > can (and should) be part of iSCSI cmd structure, so no additional > allocations would be needed. This is special case, I'm not sure it is always possible to cache that token and attach to every skb, but if it can be done, then of course this does not end up with additional overhead. -- Evgeniy Polyakov -- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/