From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1758983AbXHEMoT (ORCPT ); Sun, 5 Aug 2007 08:44:19 -0400 Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1754284AbXHEMoK (ORCPT ); Sun, 5 Aug 2007 08:44:10 -0400 Received: from outpipe-village-512-1.bc.nu ([81.2.110.250]:57480 "EHLO the-village.bc.nu" rhost-flags-OK-FAIL-OK-FAIL) by vger.kernel.org with ESMTP id S1752450AbXHEMoI (ORCPT ); Sun, 5 Aug 2007 08:44:08 -0400 Date: Sun, 5 Aug 2007 13:43:28 +0100 From: Alan Cox To: Ingo Molnar Cc: J??rn Engel , Jeff Garzik , Linus Torvalds , 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 Subject: Re: [PATCH 00/23] per device dirty throttling -v8 Message-ID: <20070805134328.1a4474dd@the-village.bc.nu> In-Reply-To: <20070805073709.GA6325@elte.hu> References: <20070804163733.GA31001@elte.hu> <46B4C0A8.1000902@garzik.org> <20070804191205.GA24723@lazybastard.org> <20070804192130.GA25346@elte.hu> <20070804211156.5f600d80@the-village.bc.nu> <20070804202830.GA4538@elte.hu> <20070804210351.GA9784@elte.hu> <20070804225121.5c7b66e0@the-village.bc.nu> <20070805073709.GA6325@elte.hu> X-Mailer: Claws Mail 2.9.1 (GTK+ 2.10.13; i386-redhat-linux-gnu) Organization: Red Hat UK Cyf., Amberley Place, 107-111 Peascod Street, Windsor, Berkshire, SL4 1TE, Y Deyrnas Gyfunol. Cofrestrwyd yng Nghymru a Lloegr o'r rhif cofrestru 3798903 Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: linux-kernel-owner@vger.kernel.org X-Mailing-List: linux-kernel@vger.kernel.org > you try to put the blame into distribution makers' shoes but in reality, > had the kernel stepped forward with a neat .config option sooner > (combined with a neat boot option as well to turn it off), we'd have had > noatime systems 10 years ago. A new entry into relnotes and done. It's Sorry Ingo, having been in the distribution business for over ten years I have to disagree. Kernel options that magically totally change the kernel API and behaviour are exactly what a vendor does *NOT* want to have. > Distro makers did not dare to do this sooner because some kernel > developers came forward with these mostly bogus arguments ... The impact > of atime is far better understood by the kernel community, so it is the > responsibility of _us_ to signal such things towards distributors, not > the other way around. You are trying to put a bogus divide between kernel community and developer community. Yet you know perfectly well that a large part of the kernel community yourself included work for distribution vendors and are actively building the distribution kernels. You are perfectly positioned to provide timing examples to the Fedora development team and make the case for FC8 beta going out that way. You are perfectly able to propose, build and submit a FC7 extras package of tuning which people can try in the meantime, but you haven't do so. Other people in this discussion can do likewise for Debian, SuSE etc. Your argument appears to be "I can't be bothered to use the due processes of the distribution but I can do it quickly with an ugly kernel hack". That is not the right approach. Propose it with your presented numbers to fedora-devel and I'll be happy to back up such a proposal for the next FC as will many other kernel folk I'm sure. Heck, go write a piece for LWN with the benchmark numbers and how to change your atime options. You'll make Jon happy and lots of folks read it and will give feedback on improvements as a result. Alan