From owner-freebsd-hackers Tue Aug 7 10:44:38 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from erasmus.off.net (erasmus.off.net [64.39.30.25]) by hub.freebsd.org (Postfix) with ESMTP id 48BF937B409; Tue, 7 Aug 2001 10:44:36 -0700 (PDT) (envelope-from zab@erasmus.off.net) Received: by erasmus.off.net (Postfix, from userid 928) id 055BC5FF38; Tue, 7 Aug 2001 17:44:37 +0000 (/etc/localtime) Date: Tue, 7 Aug 2001 13:44:37 -0400 From: Zach Brown To: Terry Lambert Cc: Mike Smith , Matt Dillon , freebsd-hackers@freebsd.org Subject: Re: Allocate a page at interrupt time Message-ID: <20010807134436.B20259@erasmus.off.net> References: <200108070739.f777dmi08218@mass.dis.org> <3B6FB0AE.8D40EF5D@mindspring.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2i In-Reply-To: <3B6FB0AE.8D40EF5D@mindspring.com>; from tlambert2@mindspring.com on Tue, Aug 07, 2001 at 02:11:10AM -0700 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG > That Microsoft demonstrated that wiring down interrupts > to a particular CPU was a good idea, and kicked both Linux' > and FreeBSD's butt in the test at ZD Labs? No, Terry, this is not what was demonstrated by those tests. Will this myth never die? Do Mike and I have to write up a nice white paper? :) The environment was ridigly specified: quad cpu box, four eepro 100mb interfaces, and a _heavy_ load of short lived connections fetching static cached content. The test was clearly designed to stress concurrency in the network stack, with heavy low latency interrupt load. Neither Linux nor FreeBSD could do this well at the time. There was a service pack issed a few months before the test that 'threaded' NT's stack.. It was not a mistake that the rules of the tests forbid doing the sane thing and running on a system with a single very fast cpu, lots of mem, and gigabit interface with an actual published interface for coalescing interrupts. That would have performed better and been cheaper. Thats what pisses me off about the tests to this day. The problem people are faced with is is "how do I serve this static content reliably and cheaply", not, "what OS should I serve my content with, now that I've bought this ridiculous machine?". Its sad that people consistently insist on drawing insane conclusions from these benchmark events. -- zach To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message