Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1755876AbXFXNRT (ORCPT ); Sun, 24 Jun 2007 09:17:19 -0400 Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1754755AbXFXNRI (ORCPT ); Sun, 24 Jun 2007 09:17:08 -0400 Received: from pentafluge.infradead.org ([213.146.154.40]:38390 "EHLO pentafluge.infradead.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1754501AbXFXNRH (ORCPT ); Sun, 24 Jun 2007 09:17:07 -0400 Subject: Re: Change in default vm_dirty_ratio From: Peter Zijlstra To: Linus Torvalds Cc: Matt Mackall , Jens Axboe , Andrew Morton , davej@redhat.com, tim.c.chen@linux.intel.com, linux-kernel@vger.kernel.org In-Reply-To: References: <1182201271.4883.22.camel@localhost.localdomain> <20070618164711.9de1c38e.akpm@linux-foundation.org> <20070620042434.GC12096@redhat.com> <20070619214407.dfff0ca6.akpm@linux-foundation.org> <1182328536.21117.24.camel@twins> <20070620015826.03f1d71a.akpm@linux-foundation.org> <20070620091404.GO18863@kernel.dk> <1182331182.21117.39.camel@twins> <20070620092058.GP18863@kernel.dk> <20070621225320.GP11166@waste.org> Content-Type: text/plain Date: Sat, 23 Jun 2007 20:23:50 +0200 Message-Id: <1182623031.7066.1.camel@lappy> Mime-Version: 1.0 X-Mailer: Evolution 2.10.1 Content-Transfer-Encoding: 7bit Sender: linux-kernel-owner@vger.kernel.org X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 1196 Lines: 28 On Thu, 2007-06-21 at 16:08 -0700, Linus Torvalds wrote: > > On Thu, 21 Jun 2007, Matt Mackall wrote: > > > > Perhaps we want to throw some sliding window algorithms at it. We can > > bound requests and total I/O and if requests get retired too slowly we > > can shrink the windows. Alternately, we can grow the window if we're > > retiring things within our desired timeframe. > > I suspect that would tend to be a good way to go. But it almost certainly > has to be per-device, which implies that somebody would have to do some > major coding/testing on this.. > > The vm_dirty_ratio thing is a global value, and I think we need that > regardless (for the independent issue of memory deadlocks etc), but if we > *additionally* had a per-device throttle that was based on some kind of > adaptive thing, we could probably raise the global (hard) vm_dirty_ratio a > lot. I just did quite a bit of that: http://lkml.org/lkml/2007/6/14/437 - 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/