From mboxrd@z Thu Jan 1 00:00:00 1970 Date: Wed, 4 Apr 2007 19:15:15 +0300 From: Dan Aloni Subject: Re: [rfc] no ZERO_PAGE? Message-ID: <20070404161515.GB24339@localdomain> References: <20070330024048.GG19407@wotan.suse.de> <20070404033726.GE18507@wotan.suse.de> <20070404102407.GA529@wotan.suse.de> <20070404122701.GB19587@v2.random> <20070404135530.GA29026@localdomain> <20070404141457.GF19587@v2.random> <20070404144421.GA13762@localdomain> <20070404152717.GG19587@v2.random> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20070404152717.GG19587@v2.random> Sender: owner-linux-mm@kvack.org Return-Path: To: Andrea Arcangeli Cc: Nick Piggin , Hugh Dickins , Andrew Morton , Linus Torvalds , Linux Memory Management List , tee@sgi.com, holt@sgi.com, Linux Kernel Mailing List List-ID: On Wed, Apr 04, 2007 at 05:27:17PM +0200, Andrea Arcangeli wrote: > On Wed, Apr 04, 2007 at 05:44:21PM +0300, Dan Aloni wrote: > > To refine that example, you could replace the file with a large anonymous > > memory pool and a lot of swap space committed to it. In that case - with > > no ZERO_PAGE, would the kernel needlessly swap-out the zeroed pages? > > Swapout or ram is the same in this context. The point is that it will > take 4k either in ram or swap, let's talk about virtual memory without > differentiating between ram or swap. The main difference is that disk-backed swap can create I/O pressure which would slow down the swap-outs that are not of zeroed pages (and other I/Os on that disk for that matter). For purely-RAM virtual memory the latency incured from managing newly allocated and zeroed pages is neglegible compared to the latencies you get from reading/flushing those pages to disk if you add swap to the picture. > > Perhaps it's an example too far-fetched to worth considering... > > Even if you would read the sparsed file to a malloced space (more > commonly that would be tmpfs) using the read syscall, those anon (or > tmpfs) pages would be _written_ first, which isn't the case we're > discussing here. > > You don't know what is on disk, so reading from disk (regardless of > what you read, holes, zeros or anything) provides useful information, > but you know what is in ram after an anon mmap: just zeros, reading > them can't provide useful information to any software. I agree. The swap I/O case still holds, though: swapping-in the zeroed pages that got swapped-out might incur unwanted overhead. -- Dan Aloni XIV LTD, http://www.xivstorage.com da-x (at) monatomic.org, dan (at) xiv.co.il -- 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: email@kvack.org