Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id ; Mon, 30 Oct 2000 04:32:09 -0500 Received: (majordomo@vger.kernel.org) by vger.kernel.org id ; Mon, 30 Oct 2000 04:31:58 -0500 Received: from chiara.elte.hu ([157.181.150.200]:45830 "HELO chiara.elte.hu") by vger.kernel.org with SMTP id ; Mon, 30 Oct 2000 04:31:46 -0500 Date: Mon, 30 Oct 2000 11:41:35 +0100 (CET) From: Ingo Molnar Reply-To: mingo@elte.hu To: "Jeff V. Merkey" Cc: linux-kernel@vger.kernel.org Subject: Re: 2.2.18Pre Lan Performance Rocks! In-Reply-To: <20001030021111.A19975@vger.timpanogas.org> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: linux-kernel-owner@vger.kernel.org X-Mailing-List: linux-kernel@vger.kernel.org On Mon, 30 Oct 2000, Jeff V. Merkey wrote: > [...] you've got the web server covered. What about file and print. a web server, as you probably know, is a read-mostly fileserver that serves files via the HTTP protocol. The rest is only protocol fluff. > I think this is great, but most web servers are connected to a T1 or > T3 line, and all the fancy optimization means absolutely squat since > about 99.999999% of the planet has a max baandwidth of a T1, ADSL, or > T3 Line, this is a far cry from Gigabit ethernet, or even 100Mbit > ethernet. Your argument is curious - first you cry for performance, then you say 'nobody wants that much bandwidth'. Of course, if the network is bandwidth limited then we cannot scale above that bandwidth. But thats not the point. The point is to put 10 cards into a server and still being able to saturate them. The point is also to spend less cycles on saturating available bandwidth. The point is also to not flush the L1 just because someone requested a 10K webpage. > How many users can you put on the web server? [...] tens of thousands, on a single CPU. Can probably handle over 100 thousand users as well, with IP aliasing so the socket space is spread out. > Web servers are also read only data, the easiest of all LAN cases to > deal with. It's incoming writes that present all the tough problems, reads dominate writes in almost all workloads, thats common wisdom. Why write if nobody reads the data? And while web servers are mostly read only data, they can write data as well, see POST and PUT. The fact that incoming writes are hard should not let you distract from the fact that reads are also extremely important. Ingo - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@vger.kernel.org Please read the FAQ at http://www.tux.org/lkml/