Date: Fri, 21 Jul 2000 12:46:11 -0600 From: cort@fsmlabs.com To: Lars Eggert <larse@ISI.EDU> Cc: Alan Cox <alc@cs.rice.edu>, hackers@freebsd.org Subject: Re: clearing pages in the idle loop Message-ID: <20000721124611.Y26237@medea.fsmlabs.com> In-Reply-To: <39789B7B.FB8F86ED@isi.edu>; from larse@ISI.EDU on Fri, Jul 21, 2000 at 11:50:35AM -0700 References: <20000719234124.H14543@cs.rice.edu> <39788E48.60F8A59F@isi.edu> <20000721121457.R26237@medea.fsmlabs.com> <39789B7B.FB8F86ED@isi.edu>
next in thread | previous in thread | raw e-mail | index | archive | help
Darn. I was hoping you had some mechanism for tracking that. Have you seen how quicklists work on Linux? They setup page directories after they've been freed so the whole things don't need to be cleared when allocated. I thought you could do something like that with page clearing instead if you had such a mechanism. } My mistake. FreeBSD zeroes the whole page as well. I traced through the } code incorrectly. Great, I'll take a look. Keep me up-to-date if you can, please. } I'm running FreeBSD-stable right now, though I may switch to -current if I } get promising results, to make it easier to merge. (There is a web } interface to the FreeBSD CVS tree at } http://www.freebsd.org/support.html#cvs). } } FYI, I'm interest in this for my thesis, which consists of two parts: (1) } utilizing idle resources (cpu, memory, disk/network I/O, disk/memory space) } for non-interfering background processing (i.e. run processes/threads using } *only* idle capacities); and (2) to use that mechanism for speculative } techniques. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20000721124611.Y26237>