From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1765601AbXHDUP3 (ORCPT ); Sat, 4 Aug 2007 16:15:29 -0400 Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1758459AbXHDUPV (ORCPT ); Sat, 4 Aug 2007 16:15:21 -0400 Received: from pentafluge.infradead.org ([213.146.154.40]:37823 "EHLO pentafluge.infradead.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1752621AbXHDUPU (ORCPT ); Sat, 4 Aug 2007 16:15:20 -0400 Subject: Re: [PATCH 00/23] per device dirty throttling -v8 From: Arjan van de Ven To: Linus Torvalds Cc: =?ISO-8859-1?Q?J=F6rn?= Engel , Ingo Molnar , Jeff Garzik , Peter Zijlstra , linux-mm@kvack.org, Linux Kernel Mailing List , miklos@szeredi.hu, akpm@linux-foundation.org, neilb@suse.de, dgc@sgi.com, tomoki.sekiyama.qu@hitachi.com, nikita@clusterfs.com, trond.myklebust@fys.uio.no, yingchao.zhou@gmail.com, richard@rsk.demon.co.uk, david@lang.hm In-Reply-To: References: <20070804063217.GA25069@elte.hu> <20070804070737.GA940@elte.hu> <20070804103347.GA1956@elte.hu> <20070804163733.GA31001@elte.hu> <46B4C0A8.1000902@garzik.org> <20070804191205.GA24723@lazybastard.org> <20070804192130.GA25346@elte.hu> <20070804192615.GA25600@lazybastard.org> Content-Type: text/plain; charset=UTF-8 Organization: Intel International BV Date: Sat, 04 Aug 2007 13:13:19 -0700 Message-Id: <1186258399.2777.8.camel@laptopd505.fenrus.org> Mime-Version: 1.0 X-Mailer: Evolution 2.10.3 (2.10.3-2.fc7) Content-Transfer-Encoding: 8bit X-SRS-Rewrite: SMTP reverse-path rewritten from by pentafluge.infradead.org See http://www.infradead.org/rpr.html Sender: linux-kernel-owner@vger.kernel.org X-Mailing-List: linux-kernel@vger.kernel.org On Sat, 2007-08-04 at 12:47 -0700, Linus Torvalds wrote: > > On Sat, 4 Aug 2007, Jörn Engel wrote: > > > > Given the choice between only "atime" and "noatime" I'd agree with you. > > Heck, I use it myself. But "relatime" seems to combine the best of both > > worlds. It currently just suffers from mount not supporting it in any > > relevant distro. > > Well, we could make it the default for the kernel (possibly under a > "fast-atime" config option), and then people can add "atime" or "noatime" > as they wish, since mount has supported _those_ options for a long time. there is another trick possible (more involved though, Al will have to jump in on that one I suspect): Have 2 types of "dirty inode" states; one is the current dirty state (meaning the full range of ext3 transactions etc) and "lighter" state of "atime-dirty"; which will not do the background syncs or journal transactions (so if your machine crashes, you lose the atime update) but it does keep atime for most normal cases and keeps it standard compliant "except after a crash".