From owner-freebsd-advocacy Wed Apr 22 11:36:54 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id LAA11445 for freebsd-advocacy-outgoing; Wed, 22 Apr 1998 11:36:54 -0700 (PDT) (envelope-from owner-freebsd-advocacy@FreeBSD.ORG) Received: from cs.uoregon.edu (vitalstatistix.cs.uoregon.edu [128.223.202.19]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id SAA11424 for ; Wed, 22 Apr 1998 18:36:50 GMT (envelope-from wcarey@cs.uoregon.edu) Received: from statix.cs.uoregon.edu (wcarey@statix.cs.uoregon.edu [128.223.4.84]) by cs.uoregon.edu (8.8.8/8.8.7) with SMTP id LAA04913; Wed, 22 Apr 1998 11:36:34 -0700 (PDT) Date: Wed, 22 Apr 1998 11:36:33 -0700 (PDT) From: Woody Carey To: Don Wilde cc: freebsd-advocacy@FreeBSD.ORG Subject: Re: [Fwd: Freeware] In-Reply-To: <353E34E3.308E0840@partsnow.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-advocacy@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Wed, 22 Apr 1998, Don Wilde wrote: > I just got this in response to my 'Challenge' posted in various places. Sounds > like SPEC might be open to working with us. In looking over the solution > provided by Novell, it seems that what they did to achieve that number was to > open up massive bandwidth in hardware. I don't have any systems that have 5 PCI > slots for 100Base-T ethernet cards, and I don't have any P-][ 300Mhz chips > laying around. SCSI-3 we can do, fast-wide disks ditto. Do we have Fibre Channel > or SSC boards available to us? Is ATM stable yet? > > It'd be interesting to see how close we can get to that with less hardware, > playing the same game that the other vendors do [RELEASE: FreeBSD/Apache > Achieves 75% of Novell's SPECweb96 performance with 2/3 the Processor Speed!!!]. > Alternatively, presenting a real-world system would be more valuable to real > users. Comments? > >From what I understand about benchmarks, most vendors do funky tuning to beat their competitors on a benchmark that may or may not be indicative of anything at all. Basically, benchmarking with this sort of nonsense is agreeing to play a dirty political game and and a pointless, losing battle. Why don't we not go there, and save ourselves the trouble of discovering the error of our ways after the fact? To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-advocacy" in the body of the message