From owner-freebsd-hackers Thu Jun 24 8: 0:50 1999 Delivered-To: freebsd-hackers@freebsd.org Received: from Genesis.Denninger.Net (kdhome-2.pr.mcs.net [205.164.6.10]) by hub.freebsd.org (Postfix) with ESMTP id 729B7152DF for ; Thu, 24 Jun 1999 08:00:46 -0700 (PDT) (envelope-from karl@Genesis.Denninger.Net) Received: (from karl@localhost) by Genesis.Denninger.Net (8.9.3/8.8.2) id KAA07588; Thu, 24 Jun 1999 10:00:41 -0500 (CDT) Message-ID: <19990624100041.B7559@Denninger.Net> Date: Thu, 24 Jun 1999 10:00:41 -0500 From: Karl Denninger To: Julian Elischer Cc: hackers@FreeBSD.ORG Subject: Re: Microsoft performance (was: ...) References: <19990623223038.A6422@Denninger.Net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.93.2i In-Reply-To: ; from Julian Elischer on Wed, Jun 23, 1999 at 08:48:54PM -0700 Organization: Karl's Sushi and Packet Smashers X-Die-Spammers: Spammers will be LARTed and the remains fed to my cat Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Wed, Jun 23, 1999 at 08:48:54PM -0700, Julian Elischer wrote: > With Uniprocessor things are a lot more equal. > but we still suck on netbench. > > This is due to the exact form of netbench which is exactly nonoptimal for > FreeBSD. I'm not interested in benchmarks. I'm interested in real-world performance and real-world operational work done over units of time. > Also becaosue of the GKL (Giant Kernel Lock) (see Solaris's results) I know about the SMP issues. But in many applications going to SMP is actually a reliability AND throughput lose (web servers is one example). You're better off with 4 machines than 1 big 4-way machine. > So don't assume that NT figures must be bad.. > we have too many weaknesses in our own code to throw stones. > > It'd be intersting to see how FreeBSD 1.1.5 would have performed on the > same tests. Sometimes we've gained in general performance but lost in > some specific cases. Anyone can tune a kernel or OS for benchmarks. I'm a lot more interested in how it all works in the real world since you don't run benchmarks when you're trying to get real work done. -- -- Karl Denninger (karl@denninger.net) Web: fathers.denninger.net I ain't even *authorized* to speak for anyone other than myself, so give up now on trying to associate my words with any particular organization. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message