Re: A scrub daemon (prezeroing)

From: Marcelo Tosatti (marcelo.tosatti_at_cyclades.com)
Date: 02/02/05

  • Next message: John W. Linville: "[patch libata-dev-2.6 1/1] libata: sync SMART ioctls with ATA pass thru spec (T10/04-262r7)" 
    Date:	Wed, 2 Feb 2005 13:32:56 -0200
To: David Woodhouse <dwmw2@infradead.org>

    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?

    Hi David,

    I suppose you are talking about DMA engines which are not being driven
    by any driver ?

    Sounds very interesting idea to me. Guess it depends on whether the cost of
    DMA write for memory zeroing, which is memory architecture/DMA engine dependant,
    offsets the cost of CPU zeroing.

    Do you have any thoughts on that?

    I wonder if such thing (using unrelated devices DMA engine's for zeroing) ever been
    done on other OS'es?

    AFAIK SGI's BTE is special purpose hardware for memory zeroing.

    BTW, Andrew noted on lkml sometime ago that disabling caches before doing
    zeroing could enhance overall system performance by decreasing cache thrashing.
    What are the conclusions about that?
    -
    To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
    the body of a message to majordomo@vger.kernel.org
    More majordomo info at http://vger.kernel.org/majordomo-info.html
    Please read the FAQ at http://www.tux.org/lkml/

  • Next message: John W. Linville: "[patch libata-dev-2.6 1/1] libata: sync SMART ioctls with ATA pass thru spec (T10/04-262r7)"