Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1758562AbZC0XWi (ORCPT ); Fri, 27 Mar 2009 19:22:38 -0400 Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1754754AbZC0XW1 (ORCPT ); Fri, 27 Mar 2009 19:22:27 -0400 Received: from mail-in-05.arcor-online.net ([151.189.21.45]:39915 "EHLO mail-in-05.arcor-online.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1752922AbZC0XW0 (ORCPT ); Fri, 27 Mar 2009 19:22:26 -0400 X-DKIM: Sendmail DKIM Filter v2.8.2 mail-in-03.arcor-online.net 692432C2CB2 From: Bodo Eggert <7eggert@gmx.de> Subject: Re: Linux 2.6.29 To: Andrew Morton , Linus Torvalds , Theodore Tso , David Rees , Jesper Krogh , Linux Kernel Mailing List Reply-To: 7eggert@gmx.de Date: Sat, 28 Mar 2009 00:22:22 +0100 References: User-Agent: KNode/0.10.4 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7Bit Message-Id: Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 2101 Lines: 41 Andrew Morton wrote: > On Thu, 26 Mar 2009 18:03:15 -0700 (PDT) Linus Torvalds >> On Thu, 26 Mar 2009, Andrew Morton wrote: >> > userspace can get closer than the kernel can. >> >> Andrew, that's SIMPLY NOT TRUE. >> >> You state that without any amount of data to back it up, as if it was some >> kind of truism. It's not. > > I've seen you repeatedly fiddle the in-kernel defaults based on > in-field experience. That could just as easily have been done in > initscripts by distros, and much more effectively because it doesn't > need a new kernel. That's data. > > The fact that this hasn't even been _attempted_ (afaik) is deplorable. > > Why does everyone just sit around waiting for the kernel to put a new > value into two magic numbers which userspace scripts could have set? Because the user controlling userspace does not understand your knobs. I want to say "file cache minimum 128 MB (otherwise my system crawls), max 1,5 GB (or the same happens due to swapping)". Maybe I'll want to say "start writing if you have data for one second of max. transfer rate" (obviously a per-device setting). > My /etc/rc.local has been tweaking dirty_ratio, dirty_background_ratio > and swappiness for many years. I guess I'm just incredibly advanced. These settings are good, but they can't prevent the filecache from growing until the mouse driver gets swapped out. You happened to find good settings for your setup. Maybe I did once, too, but it stopped working for the pathological cases in which I'd need tweaking (which includes normal operation on my laptop), and having a numeric swappiness without units or a guide did not help. And instead of dedicating a week to loading NASA images in GIMP (which was a pathological case on my old desktop) in order to find acceptable settings, I just didn't do that then. -- 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/