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 >Received on Fri Aug 16 2013 - 16:42:46 UTC
This archive was generated by hypermail 2.4.0 : Wed May 19 2021 - 11:40:40 UTC