On Wed, 19 Feb 2014 20:51:55 -0800 (PST) David Rientjes <rient...@google.com> wrote:
> On Wed, 19 Feb 2014, Luiz Capitulino wrote: > > > > Yes, my concrete objection is that the command line interface is > > > unnecessary if you can dynamically allocate and free 1GB pages at runtime > > > unless memory will be so fragmented that it cannot be done when userspace > > > is brought up. That is not your use case, thus this support is not > > > > Yes it is. The early boot is the most reliable moment to allocate huge pages > > and we want to take advantage from that. > > > > Your use case is 8GB of hugepages on a 32GB machine. It shouldn't be > necessary to do that at boot. That's shortsighted because it's tied to a particular machine. The same customer asked for more flexibility, too. Look, we're also looking forward to allocating 1G huge pages from user-space. We actually agree here. What we're suggesting is having _both_, the command-line option (which offers higher reliability and is a low hanging fruit right now) _and_ later we add support to allocate 1G huge pages from user-space. No loss here, that's the maximum benefit for all users. -- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majord...@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
