From owner-freebsd-hackers Fri Jul 21 11:54: 8 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from hq.fsmlabs.com (hq.fsmlabs.com [209.155.42.197]) by hub.freebsd.org (Postfix) with ESMTP id 0D41337B7C2 for ; Fri, 21 Jul 2000 11:54:06 -0700 (PDT) (envelope-from cort@medea.fsmlabs.com) Received: from medea.fsmlabs.com (medea.fsmlabs.com [209.155.42.137]) by hq.fsmlabs.com (8.9.3/8.9.3) with ESMTP id MAA28041; Fri, 21 Jul 2000 12:53:42 -0600 Received: (from cort@localhost) by medea.fsmlabs.com (8.9.3/8.9.3) id MAA02492; Fri, 21 Jul 2000 12:46:11 -0600 Date: Fri, 21 Jul 2000 12:46:11 -0600 From: cort@fsmlabs.com To: Lars Eggert Cc: Alan Cox , hackers@freebsd.org Subject: Re: clearing pages in the idle loop Message-ID: <20000721124611.Y26237@medea.fsmlabs.com> References: <20000719234124.H14543@cs.rice.edu> <39788E48.60F8A59F@isi.edu> <20000721121457.R26237@medea.fsmlabs.com> <39789B7B.FB8F86ED@isi.edu> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0.1us In-Reply-To: <39789B7B.FB8F86ED@isi.edu>; from larse@ISI.EDU on Fri, Jul 21, 2000 at 11:50:35AM -0700 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG 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