Date: Mon, 20 Aug 2001 09:33:16 -0700 (PDT) From: Matt Dillon <dillon@earth.backplane.com> To: Bruce Evans <bde@zeta.org.au> Cc: Peter Wemm <peter@wemm.org>, <cvs-committers@FreeBSD.ORG>, <cvs-all@FreeBSD.ORG> Subject: Re: cvs commit: src/sys/boot/common loader.8 src/sys/conf options src/sys/i386/i386 machdep.c src/sys/i386/include param.h src/sys/kern subr_param.c src/sys/sys buf.h src/sys/vm swap_pager.c Message-ID: <200108201633.f7KGXGJ51695@earth.backplane.com> References: <20010820194057.Y54152-100000@besplex.bde.org>
next in thread | previous in thread | raw e-mail | index | archive | help
:Actually, by not updating all copies of this MD include to define
:suitable MD constants for VM_BCACHE_SIZE_MAX and VM_SWZONE_SIZE_MAX.
:These constants need to be MD since the amount of KVM is MD. Except
:these constants shouldn't exist. Just use a suitable fraction of total
:KVM. Alternatively, set these constants to "infinity" by default and
:override them on i386's only. 64-bit machines should have enough KVM
:to map the buffer cache millions of times.
:
:Bruce
There is no 'suitable fraction'. That's one of the problems. If
you have a machine with 64MB of ram then having 512MB of swap is
reasonable. If you have a machine with 4G of them then having 32G
of swap is typically unreasonable. Also, the kernel_map, clean_map,
buffer_map, etc... all the initialization code for these maps is
*improperly* sitting in machine-dependant sections. It should be
machine-indendant sections. I fixed the buffer map allocation code
in IA32 because it is the basis for all the dups, and that is the code
that will eventually be migrated to MI.
-Matt
To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe cvs-all" in the body of the message
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?200108201633.f7KGXGJ51695>