Date: Tue, 30 Nov 1999 07:45:47 +0100 From: Poul-Henning Kamp <phk@critter.freebsd.dk> To: Mike Smith <msmith@FreeBSD.ORG> Cc: peter.jeremy@alcatel.com.au, "Justin T. Gibbs" <gibbs@FreeBSD.ORG>, Warner Losh <imp@village.org>, Matthew Dillon <dillon@apollo.backplane.com>, Dan Moschuk <dan@FreeBSD.ORG>, cvs-committers@FreeBSD.ORG, cvs-all@FreeBSD.ORG Subject: Re: cvs commit: src/sys/i386/conf files.i386 src/sys/kern kern_fork.c src/sys/libkern arc4random.c src/sys/sys libkern.h Message-ID: <25677.943944347@critter.freebsd.dk> In-Reply-To: Your message of "Mon, 29 Nov 1999 16:05:30 PST." <199911300005.QAA02022@mass.cdrom.com>
next in thread | previous in thread | raw e-mail | index | archive | help
In message <199911300005.QAA02022@mass.cdrom.com>, Mike Smith writes: >> If we just want the RAM back (and aren't concerned about the KVM), how >> about enabling paging for (safe parts) of the kernel[*]. (Most of) the >> initialisation code and associated tables are obvious immediate >> candidates. (As is the SYSCTL_* stuff). > >This sucks due to the fact that we page in 4k blocks and most of the >items that people are wringing their hands about are << 4K. It's even >worse in that we often use a 4M page to back the kernel. > >It sounds like a neat idea, but basically it's just not worth the effort. >There are better things to spend your time worrying about. 8) Well, I disagree. When we are talking about filessytems preloaded for md it might pay off to jettison them afterwards if we could use the RAM sensibly. -- Poul-Henning Kamp FreeBSD coreteam member phk@FreeBSD.ORG "Real hackers run -current on their laptop." FreeBSD -- It will take a long time before progress goes too far! 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?25677.943944347>