Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S264082AbTICRPF (ORCPT ); Wed, 3 Sep 2003 13:15:05 -0400 Received: (majordomo@vger.kernel.org) by vger.kernel.org id S264084AbTICRPF (ORCPT ); Wed, 3 Sep 2003 13:15:05 -0400 Received: from holomorphy.com ([66.224.33.161]:2441 "EHLO holomorphy") by vger.kernel.org with ESMTP id S264082AbTICRPC (ORCPT ); Wed, 3 Sep 2003 13:15:02 -0400 Date: Wed, 3 Sep 2003 10:16:08 -0700 From: William Lee Irwin III To: "Martin J. Bligh" Cc: Nick Piggin , Anton Blanchard , Larry McVoy , linux-kernel@vger.kernel.org Subject: Re: Scaling noise Message-ID: <20030903171608.GN4306@holomorphy.com> Mail-Followup-To: William Lee Irwin III , "Martin J. Bligh" , Nick Piggin , Anton Blanchard , Larry McVoy , linux-kernel@vger.kernel.org References: <20030903040327.GA10257@work.bitmover.com> <20030903041850.GA2978@krispykreme> <20030903042953.GC10257@work.bitmover.com> <20030903062817.GA19894@krispykreme> <3F55907B.1030700@cyberone.com.au> <27780000.1062602622@[10.10.2.4]> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <27780000.1062602622@[10.10.2.4]> Organization: The Domain of Holomorphy User-Agent: Mutt/1.5.4i Sender: linux-kernel-owner@vger.kernel.org X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 1048 Lines: 22 On Wed, Sep 03, 2003 at 08:23:44AM -0700, Martin J. Bligh wrote: > Would be real interesting to see this ... there are actually plenty of > real degredations there, none of which (that I've seen) come from any > scalability changes. Things like RMAP on fork times (for which there are > other legitimite reasons) are more responsible (for which the "scalability" > people have offered a solution). How'd that get capitalized? It's not an acronym. At any rate, fork()'s relevance to performance is not being measured in any context remotely resembling real usage cases, e.g. forking servers. There are other problems with kernel compiles, for instance, internally limited parallelism, and a relatively highly constrained userspace component which is impossible to increase the concurrency of. -- wli - 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/