Understanding i386 PAE
lists at wcubed.net
Mon May 9 18:25:52 UTC 2011
On 5/9/2011 11:27 AM, John Baldwin wrote:
Thanks for the clarification, John.
> FreeBSD uses a shared address space on x86 (both i386 and amd64) where
> the kernel is mapped into every process' address space at a fixed address.
> This makes it cheaper and easier to copy data between a user process and the
> kernel since you don't have to temporarily map user pages into the kernel's
> address space, etc.
That's disappointing for my use, but it make sense.
> It is possible to use separate address spaces for the kernel and userland
> (other OS's have done this) so that you could have 4G for the kernel and 4G
> for userland. However, this would require a good bit of work in the kernel
> (e.g. copyin/copyout would have to start mapping user pages at temporary
> addresses in the kernel).
Would be handy to be able to use memory this way, but if I were
responsible for making it happen, I'm sure that we'd be on amd128 before
it was finished. ;)
> As you have noted, PAE does not increase your virtual address space, merely
> your physical address space by changing PTEs to use 64-bit physical addresses
> instead of 32-bit physical addresses. However, each process can only address
> up to 4G of RAM at a time.
So given the shared address space, the amount of memory the kernel can
use doesn't benefit much from PAE. I can see how typical installs with
lots/big userland processes and the standard 1G KVA would benefit,
though. Since I'm trying to eke as much memory as I can for ZFS, I don't
I suppose I could allocate 3.75G for the kernel, assuming that none of
my userland processes need more than .25G (or that if they do, swapping
to disk is okay).
Would that be pushing it? I've come across a few things about hardware
addresses eating up 256M - 512M of RAM - is that still the case with
PAE? If that is pushing it, what's the max KVA you'd recommend.
More information about the freebsd-amd64