On Tue, 11 Feb 2014 19:59:40 -0800 (PST)
David Rientjes wrote:
> On Tue, 11 Feb 2014, Luiz Capitulino wrote:
>
> > > > HugeTLB command-line option hugepages= allows the user to specify how
> > > > many
> > > > huge pages should be allocated at boot. On NUMA systems, this argument
> > > > automa
On Wed, 12 Feb 2014 03:37:11 +0100
Andi Kleen wrote:
> > The real syntax is hugepagesnid=nid,nr-pages,size. Which looks
> > straightforward
> > to me. I honestly can't think of anything better than that, but I'm open for
> > suggestions.
>
> hugepages_node=nid:nr-pages:size,... ?
Looks good,
On Tue, Feb 11, 2014 at 06:15:57PM -0200, Marcelo Tosatti wrote:
> On Tue, Feb 11, 2014 at 05:10:35PM +, Mel Gorman wrote:
> > On Tue, Feb 11, 2014 at 01:26:29PM -0200, Marcelo Tosatti wrote:
> > > > Or take a stab at allocating 1G pages at runtime. It would require
> > > > finding properly ali
On Wed, 12 Feb 2014, Andi Kleen wrote:
> > The real syntax is hugepagesnid=nid,nr-pages,size. Which looks
> > straightforward
> > to me. I honestly can't think of anything better than that, but I'm open for
> > suggestions.
>
> hugepages_node=nid:nr-pages:size,... ?
>
I think that if we actua
On Tue, 11 Feb 2014, Luiz Capitulino wrote:
> > > HugeTLB command-line option hugepages= allows the user to specify how many
> > > huge pages should be allocated at boot. On NUMA systems, this argument
> > > automatically distributes huge pages allocation among nodes, which can
> > > be undesirabl
> The real syntax is hugepagesnid=nid,nr-pages,size. Which looks straightforward
> to me. I honestly can't think of anything better than that, but I'm open for
> suggestions.
hugepages_node=nid:nr-pages:size,... ?
-Andi
--
a...@linux.intel.com -- Speaking for myself only.
--
To unsubscribe fro
On Tue, 11 Feb 2014 22:17:32 +0100
Andi Kleen wrote:
> On Mon, Feb 10, 2014 at 12:27:44PM -0500, Luiz Capitulino wrote:
> > HugeTLB command-line option hugepages= allows the user to specify how many
> > huge pages should be allocated at boot. On NUMA systems, this argument
> > automatically distr
On Mon, Feb 10, 2014 at 12:27:44PM -0500, Luiz Capitulino wrote:
> HugeTLB command-line option hugepages= allows the user to specify how many
> huge pages should be allocated at boot. On NUMA systems, this argument
> automatically distributes huge pages allocation among nodes, which can
> be undesi
On Tue, Feb 11, 2014 at 05:10:35PM +, Mel Gorman wrote:
> On Tue, Feb 11, 2014 at 01:26:29PM -0200, Marcelo Tosatti wrote:
> > > Or take a stab at allocating 1G pages at runtime. It would require
> > > finding properly aligned 1Gs worth of contiguous MAX_ORDER_NR_PAGES at
> > > runtime. I would
On Tue, Feb 11, 2014 at 01:26:29PM -0200, Marcelo Tosatti wrote:
> > Or take a stab at allocating 1G pages at runtime. It would require
> > finding properly aligned 1Gs worth of contiguous MAX_ORDER_NR_PAGES at
> > runtime. I would expect it would only work very early in the lifetime of
> > the sys
On Mon, 10 Feb 2014 15:13:54 -0800
Andrew Morton wrote:
> On Mon, 10 Feb 2014 12:27:44 -0500 Luiz Capitulino
> wrote:
>
> > HugeTLB command-line option hugepages= allows the user to specify how many
> > huge pages should be allocated at boot. On NUMA systems, this argument
> > automatically di
On Mon, 10 Feb 2014 18:54:20 -0800 (PST)
David Rientjes wrote:
> On Mon, 10 Feb 2014, Luiz Capitulino wrote:
>
> > HugeTLB command-line option hugepages= allows the user to specify how many
> > huge pages should be allocated at boot. On NUMA systems, this argument
> > automatically distributes h
On Tue, Feb 11, 2014 at 09:25:14AM +, Mel Gorman wrote:
> On Mon, Feb 10, 2014 at 06:54:20PM -0800, David Rientjes wrote:
> > On Mon, 10 Feb 2014, Luiz Capitulino wrote:
> >
> > > HugeTLB command-line option hugepages= allows the user to specify how many
> > > huge pages should be allocated at
On Mon, Feb 10, 2014 at 06:54:20PM -0800, David Rientjes wrote:
> On Mon, 10 Feb 2014, Luiz Capitulino wrote:
>
> > HugeTLB command-line option hugepages= allows the user to specify how many
> > huge pages should be allocated at boot. On NUMA systems, this argument
> > automatically distributes hu
On Mon, 2014-02-10 at 15:13 -0800, Andrew Morton wrote:
> On Mon, 10 Feb 2014 12:27:44 -0500 Luiz Capitulino
> wrote:
>
> > HugeTLB command-line option hugepages= allows the user to specify how many
> > huge pages should be allocated at boot. On NUMA systems, this argument
> > automatically dist
On Mon, 10 Feb 2014, Luiz Capitulino wrote:
> HugeTLB command-line option hugepages= allows the user to specify how many
> huge pages should be allocated at boot. On NUMA systems, this argument
> automatically distributes huge pages allocation among nodes, which can
> be undesirable.
>
And when
On Mon, 10 Feb 2014 12:27:44 -0500 Luiz Capitulino
wrote:
> HugeTLB command-line option hugepages= allows the user to specify how many
> huge pages should be allocated at boot. On NUMA systems, this argument
> automatically distributes huge pages allocation among nodes, which can
> be undesirabl
On Mon, 10 Feb 2014 12:27:44 -0500
Luiz Capitulino wrote:
> The hugepagesnid= option introduced by this commit allows the user
> to specify which NUMA nodes should be used to allocate boot-time HugeTLB
> pages. For example, hugepagesnid=0,2,2G will allocate two 2G huge pages
> from node 0 only. M
HugeTLB command-line option hugepages= allows the user to specify how many
huge pages should be allocated at boot. On NUMA systems, this argument
automatically distributes huge pages allocation among nodes, which can
be undesirable.
The hugepagesnid= option introduced by this commit allows the use
19 matches
Mail list logo
