[<prev] [next>] [<thread-prev] [day] [month] [year] [list]
Message-ID: <20090428031520.GA17434@localhost>
Date: Tue, 28 Apr 2009 11:15:20 +0800
From: Wu Fengguang <fengguang.wu@...el.com>
To: Christoph Lameter <cl@...ux.com>
Cc: Dave Hansen <dave@...ux.vnet.ibm.com>,
Balbir Singh <balbir@...ux.vnet.ibm.com>,
Badari Pulavarty <pbadari@...ibm.com>,
linux-kernel <linux-kernel@...r.kernel.org>,
Vivek Kashyap <vivk@...ibm.com>,
Mel Gorman <mel@...ux.vnet.ibm.com>,
Robert MacFarlan <Robert_MacFarlan@...ibm.com>,
"Fu, Michael" <michael.fu@...el.com>
Subject: Re: Large Pages - Linux Foundation HPC
On Mon, Apr 27, 2009 at 10:12:26PM +0800, Christoph Lameter wrote:
> On Sat, 25 Apr 2009, Dave Hansen wrote:
>
> > On Sat, 2009-04-25 at 16:48 +0800, Wu Fengguang wrote:
> > > Based on Dave's descriptions that HPC apps typically
> > > - do mlock(), to pre-populate memory and pin them in memory
> > > - run at fresh boot, with loads of high order pages available
> >
> > There are definitely some of them that do this, but it certainly isn't
> > all. It may not even be the norm.
>
> Some of the machine have so much memory available that 2M allocations are
> likely to succeed. If a machine has a couple of terabytes of memory
> available then its highly unlikely that a 2M allocation will not succeed.
Huge pages used to be explicitly managed as scarce resources. As time
goes by I'd imagine the move to "huge page as an optimization" POV.
Optimizations that can benefit unmodified applications and can fail
gracefully.
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
Powered by blists - more mailing lists