From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id ; Sun, 6 Oct 2002 10:17:21 -0400 Received: (majordomo@vger.kernel.org) by vger.kernel.org id ; Sun, 6 Oct 2002 10:17:20 -0400 Received: from mail.zedat.fu-berlin.de ([130.133.1.48]:38035 "EHLO Mail.ZEDAT.FU-Berlin.DE") by vger.kernel.org with ESMTP id ; Sun, 6 Oct 2002 10:17:20 -0400 Message-Id: Content-Type: text/plain; charset=US-ASCII From: Oliver Neukum To: Andrew Morton , Rob Landley Subject: Re: The reason to call it 3.0 is the desktop (was Re: [OT] 2.6 not 3.0 - (NUMA)) Date: Sun, 6 Oct 2002 15:44:17 +0200 X-Mailer: KMail [version 1.3.2] Cc: Linus Torvalds , "Martin J. Bligh" , linux-kernel@vger.kernel.org References: <200210060130.g961UjY2206214@pimout2-ext.prodigy.net> <3D9F9CD5.CEB61219@digeo.com> In-Reply-To: <3D9F9CD5.CEB61219@digeo.com> MIME-Version: 1.0 Content-Transfer-Encoding: 7BIT Sender: linux-kernel-owner@vger.kernel.org X-Mailing-List: linux-kernel@vger.kernel.org On Sunday 06 October 2002 04:15, Andrew Morton wrote: > Rob Landley wrote: > > And the work that matters for the desktop is LATENCY work. > > 100% true. Not 100%. First of all desktop work is driver work. Desktop users tend to get pissed if their shiny new webcam or DSL does not work. And thinks like the hotplugging subsystems are essential. Handling of removable media still is less than optimal. Then there's the issue of application startup. There's not enough read ahead. This is especially sad, as the order of page faults is at least partially predictable. Another thing that sucks in desktop enviroments is displaying directories. Asynchronous IO will somewhat help, but you can't do an asynchronous stat. Now do this while a compiler is running. Deadline IO scheduling will help but a real helper would be read ahead on directory, inode and multi file level. Regards Oliver