From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mail143.messagelabs.com (mail143.messagelabs.com [216.82.254.35]) by kanga.kvack.org (Postfix) with ESMTP id 4E73B6B0092 for ; Fri, 9 Jan 2009 16:34:25 -0500 (EST) Subject: Re: Increase dirty_ratio and dirty_background_ratio? From: Peter Zijlstra In-Reply-To: References: <20090107.125133.214628094.davem@davemloft.net> <20090108030245.e7c8ceaf.akpm@linux-foundation.org> <20090108.082413.156881254.davem@davemloft.net> <1231433701.14304.24.camel@think.oraclecorp.com> <20090108195728.GC14560@duck.suse.cz> <20090109180241.GA15023@duck.suse.cz> Content-Type: text/plain Content-Transfer-Encoding: 7bit Date: Fri, 09 Jan 2009 22:34:31 +0100 Message-Id: <1231536871.29452.1.camel@twins> Mime-Version: 1.0 Sender: owner-linux-mm@kvack.org To: david@lang.hm Cc: Jan Kara , Linus Torvalds , Chris Mason , David Miller , akpm@linux-foundation.org, linux-kernel@vger.kernel.org, linux-mm@kvack.org, npiggin@suse.de List-ID: On Fri, 2009-01-09 at 14:31 -0800, david@lang.hm wrote: > for that matter, it's not getting to where it makes sense to have wildly > different storage on a machine > > 10's of GB of SSD for super-fast read-mostly > 100's of GB of high-speed SCSI for fast writes > TB's of SATA for high capacity > > does it make sense to consider tracking the dirty pages per-destination so > that in addition to only having one process writing to the drive at a time > you can also allow for different amounts of data to be queued per device? > > on a machine with 10's of GB of ram it becomes possible to hit the point > where at one point you could have the entire SSD worth of data queued up > to write, and at another point have the same total amount of data queued > for the SATA storage and it's a fraction of a percent of the size of the > storage. That's exactly what we do today. Dirty pages are tracked per backing device and the writeback cache size is proportionally divided based on recent write speed ratios of the devices. -- 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