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
> > > >
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
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 aligned 1Gs
On Wed, 12 Feb 2014 03:37:11 +0100
Andi Kleen a...@firstfloor.org 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,... ?
On Tue, 11 Feb 2014 19:59:40 -0800 (PST)
David Rientjes rient...@google.com 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
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
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
> 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
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
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
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
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
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
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
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
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
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 huge
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 boot. On
On Mon, 10 Feb 2014 18:54:20 -0800 (PST)
David Rientjes rient...@google.com 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
On Mon, 10 Feb 2014 15:13:54 -0800
Andrew Morton a...@linux-foundation.org wrote:
On Mon, 10 Feb 2014 12:27:44 -0500 Luiz Capitulino lcapitul...@redhat.com
wrote:
HugeTLB command-line option hugepages= allows the user to specify how many
huge pages should be allocated at boot. On NUMA
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 system but
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 expect
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
On Tue, 11 Feb 2014 22:17:32 +0100
Andi Kleen a...@firstfloor.org 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
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 from
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 undesirable.
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 actually want
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
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
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.
On Mon, 10 Feb 2014 12:27:44 -0500
Luiz Capitulino lcapitul...@redhat.com 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
On Mon, 10 Feb 2014 12:27:44 -0500 Luiz Capitulino lcapitul...@redhat.com
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
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, 2014-02-10 at 15:13 -0800, Andrew Morton wrote:
On Mon, 10 Feb 2014 12:27:44 -0500 Luiz Capitulino lcapitul...@redhat.com
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
36 matches
Mail list logo
