From mboxrd@z Thu Jan 1 00:00:00 1970 Date: Thu, 27 Jan 2005 07:12:29 -0600 From: Robin Holt Subject: Re: A scrub daemon (prezeroing) Message-ID: <20050127131228.GB31288@lnx-holt.americas.sgi.com> References: <1106828124.19262.45.camel@hades.cambridge.redhat.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <1106828124.19262.45.camel@hades.cambridge.redhat.com> Sender: owner-linux-mm@kvack.org Return-Path: To: David Woodhouse Cc: Christoph Lameter , linux-mm@kvack.org, linux-kernel@vger.kernel.org List-ID: On Thu, Jan 27, 2005 at 12:15:24PM +0000, David Woodhouse wrote: > On Fri, 2005-01-21 at 12:29 -0800, Christoph Lameter wrote: > > Adds management of ZEROED and NOT_ZEROED pages and a background daemon > > called scrubd. scrubd is disabled by default but can be enabled > > by writing an order number to /proc/sys/vm/scrub_start. If a page > > is coalesced of that order or higher then the scrub daemon will > > start zeroing until all pages of order /proc/sys/vm/scrub_stop and > > higher are zeroed and then go back to sleep. > > Some architectures tend to have spare DMA engines lying around. There's > no need to use the CPU for zeroing pages. How feasible would it be for > scrubd to use these? An earlier proposal that Christoph pushed would have used the BTE on sn2 for this. Are you thinking of using the BTE on sn0/sn1 mips? Robin -- To unsubscribe, send a message with 'unsubscribe linux-mm' in the body to majordomo@kvack.org. For more info on Linux MM, see: http://www.linux-mm.org/ . Don't email: aart@kvack.org