Re: [PATCH part5 0/7] Arrange hotpluggable memory as ZONE_MOVABLE.

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



On Thu, 2013-08-15 at 11:10 -0400, Tejun Heo wrote:
> On Thu, Aug 15, 2013 at 08:05:38AM -0700, Yinghai Lu wrote:
> > > It's suboptimal behavior which is chosen as trade-off to enable
> > > hotplug support and shouldn't be the default behavior just like node
> > > data and page table should be allocated on the same node by default.
> > > Why would we allocate kernel page table in low memory be default?
> > 
> > That is what my patchset want to do.
> > put page tables on the same node like node data.
> > with that, hotplug and normal case will be the same code path.
> 
> Yeah, sure, when that works, that can be the default and only
> behavior.  Right now, we do want a switch to control that, right?  I'm
> not sure we have a good choice which we can choose as the only
> behavior for kernel page table.  Maybe we can implement some
> heuristics to decide whether there's enough lowmem but given how niche
> memory hotplug is, at least for now, that feels like an overkill.

I think the key point here is that putting page tables in local nodes
also requires reading ACPI SRAT table earlier.  There seems to be not
much point of avoiding this change.

Thanks,
-Toshi

--
To unsubscribe, send a message with 'unsubscribe linux-mm' in
the body to majordomo@xxxxxxxxx.  For more info on Linux MM,
see: http://www.linux-mm.org/ .
Don't email: <a href=mailto:"dont@xxxxxxxxx";> email@xxxxxxxxx </a>




[Index of Archives]     [Linux ARM Kernel]     [Linux ARM]     [Linux Omap]     [Fedora ARM]     [IETF Annouce]     [Bugtraq]     [Linux]     [Linux OMAP]     [Linux MIPS]     [ECOS]     [Asterisk Internet PBX]     [Linux API]