expanding past 1 TB on amd64
Neel Natu
neelnatu at gmail.com
Fri Aug 16 18:42:46 UTC 2013
Hi Chris, Alan:
On Sun, Jul 21, 2013 at 1:19 AM, Chris Torek <chris.torek at gmail.com> wrote:
> (Apologies for delay in reply, family issues)
>
> I'd be fine with 4 TB instead of 16; and, at this point, with the latest
> patches, it's easily tuned. The auto-sizing of the direct map is not
> affected by sparse space as it keys off Maxmem, which is not actually
> physical size, but rather "one past last valid physical page".
>
Here is the patch that I intend to commit:
http://people.freebsd.org/~neel/patches/amd64_pmap_4TB.patch
This patch bumps up the direct map to 4TB and the KVA to 2TB.
It is identical to the patch you posted on hackers except for changing the
limits:
http://lists.freebsd.org/pipermail/freebsd-hackers/2013-July/043139.html
Tested inside a bhyve virtual machine with a *very* sparse memory layout
with a memory segment that cuddles up with the 4TB limit.
best
Neel
>
> The direct map limit might not need to be "twice kernel virtual size" but
> on Intel memory-controller systems needs to be "greater than KVM size" due
> to moving DRAM up past the PCI hole. Unless the restriction that the
> direct-map area be a power of two size is removed, that winds up meaning
> "twice". (Removing the restriction seems easy enough—instead of "pa |
> highbits" to obtain VA and "va &~ highbits" to obtain PA, just use "phys +
> offset" and "virt - offset". I didn't see a reason to bother with the
> effort, though.)
>
> Chris
>
More information about the freebsd-current
mailing list