From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mail137.messagelabs.com (mail137.messagelabs.com [216.82.249.19]) by kanga.kvack.org (Postfix) with ESMTP id 2E9B26B008A for ; Thu, 12 Feb 2009 18:10:01 -0500 (EST) Date: Fri, 13 Feb 2009 07:09:34 +0800 From: Herbert Xu Subject: Re: [PATCH] Export symbol ksize() Message-ID: <20090212230934.GA21609@gondor.apana.org.au> References: <1234272104-10211-1-git-send-email-kirill@shutemov.name> <1234435521.28812.165.camel@penberg-laptop> <20090212105034.GC13859@gondor.apana.org.au> <200902130010.46623.nickpiggin@yahoo.com.au> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200902130010.46623.nickpiggin@yahoo.com.au> Sender: owner-linux-mm@kvack.org To: Nick Piggin Cc: Pekka Enberg , "Kirill A. Shutemov" , Christoph Lameter , Matt Mackall , linux-kernel@vger.kernel.org, linux-mm@kvack.org, linux-crypto@vger.kernel.org, Geert.Uytterhoeven@sonycom.com List-ID: On Fri, Feb 13, 2009 at 12:10:45AM +1100, Nick Piggin wrote: > > I would be interested to know how that goes. You always have this > circular issue that if a little more space helps significantly, then > maybe it is a good idea to explicitly ask for those bytes. Of course > that larger allocation is also likely to have some slack bytes. Well, the thing is we don't know apriori whether we need the extra space. The idea is to use the extra space if available to avoid reallocation when we hit things like IPsec. Cheers, -- Visit Openswan at http://www.openswan.org/ Email: Herbert Xu ~{PmV>HI~} Home Page: http://gondor.apana.org.au/~herbert/ PGP Key: http://gondor.apana.org.au/~herbert/pubkey.txt -- 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