From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mail202.messagelabs.com (mail202.messagelabs.com [216.82.254.227]) by kanga.kvack.org (Postfix) with ESMTP id D4DC26B01F4 for ; Wed, 28 Apr 2010 19:12:47 -0400 (EDT) Date: Wed, 28 Apr 2010 16:12:44 -0700 From: Andrew Morton Subject: Re: [PATCH v2] - Randomize node rotor used in cpuset_mem_spread_node() Message-Id: <20100428161244.5d351395.akpm@linux-foundation.org> In-Reply-To: <1272495846.21962.1090.camel@calx> References: <20100428131158.GA2648@sgi.com> <20100428150432.GA3137@sgi.com> <20100428154034.fb823484.akpm@linux-foundation.org> <1272495846.21962.1090.camel@calx> Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-linux-mm@kvack.org To: Matt Mackall Cc: Jack Steiner , linux-mm@kvack.org, linux-kernel@vger.kernel.org, Stephen Hemminger List-ID: On Wed, 28 Apr 2010 18:04:06 -0500 Matt Mackall wrote: > > I suspect random32() would suffice here. It avoids depleting the > > entropy pool altogether. > > I wouldn't worry about that. get_random_int() touches the urandom pool, > which will always leave entropy around. Also, Ted and I decided over a > year ago that we should drop the whole entropy accounting framework, > which I'll get around to some rainy weekend. hm, so why does random32() exist? Speed? -- 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