Return-Path: <linux-kernel-owner+willy=40w.ods.org@vger.kernel.org>
Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id <S319309AbSIFSYP>; Fri, 6 Sep 2002 14:24:15 -0400
Received: (majordomo@vger.kernel.org) by vger.kernel.org
	id <S319312AbSIFSYP>; Fri, 6 Sep 2002 14:24:15 -0400
Received: from e35.co.us.ibm.com ([32.97.110.133]:173 "EHLO e35.co.us.ibm.com")
	by vger.kernel.org with ESMTP id <S319309AbSIFSYO>;
	Fri, 6 Sep 2002 14:24:14 -0400
Date: Fri, 06 Sep 2002 11:26:49 -0700
From: "Martin J. Bligh" <Martin.Bligh@us.ibm.com>
Reply-To: "Martin J. Bligh" <Martin.Bligh@us.ibm.com>
To: Gerrit Huizenga <gh@us.ibm.com>, "David S. Miller" <davem@redhat.com>
cc: hadi@cyberus.ca, tcw@tempest.prismnet.com, linux-kernel@vger.kernel.org,
       netdev@oss.sgi.com, niv@us.ibm.com
Subject: Re: Early SPECWeb99 results on 2.5.33 with TSO on e1000 
Message-ID: <60449712.1031311608@[10.10.2.3]>
In-Reply-To: <E17nNhM-0003PD-00@w-gerrit2>
References: <E17nNhM-0003PD-00@w-gerrit2>
X-Mailer: Mulberry/2.1.2 (Win32)
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
Content-Disposition: inline
Sender: linux-kernel-owner@vger.kernel.org
X-Mailing-List: linux-kernel@vger.kernel.org
Content-Length: 1620
Lines: 34

>>    One of our goals is to actually take the next generation of the most
>>    common "large system" web server and get it to scale along the lines
>>    of Tux or some of the other servers which are more common on the
>>    small machines.  For some reasons, big corporate customers want lots
>>    of features that are in a web server like apache and would also like
>>    the performance on their 8-CPU or 16-CPU machine to not suck at the
>>    same time.  High ideals, I know, wanting all features *and* performance
>>    from the same tool...  Next thing you know they'll want reliability
>>    or some such thing.
>> 
>> Why does Tux keep you from taking advantage of all the
>> feature of Apache?  Anything Tux doesn't handle in it's
>> fast path is simple fed up to Apache.
> 
> You have to ask the hard questions...   

Ultimately, to me at least, the server doesn't really matter, and
neither do the absolute benchmark numbers. Linux should scale under 
any reasonable workload. The point of this is to look at the Linux
kernel, not the webserver, or specweb ... they're just hammers to
beat on the kernel with.

The fact that we're doing something different from everyone else
and turning up a different set of kernel issues is a good thing, 
to my mind. You're right, we could use Tux if we wanted to ... but
that doesn't stop Apache being interesting ;-)

M.

-
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/