From owner-freebsd-hackers Wed Mar 4 13:08:04 1998
Return-Path: <owner-freebsd-hackers@FreeBSD.ORG>
Received: (from majordom@localhost)
by hub.freebsd.org (8.8.8/8.8.8) id NAA27325
for freebsd-hackers-outgoing; Wed, 4 Mar 1998 13:08:04 -0800 (PST)
(envelope-from owner-freebsd-hackers@FreeBSD.ORG)
Received: from sendero.simon-shapiro.org (sendero-fxp0.Simon-Shapiro.ORG [206.190.148.34])
by hub.freebsd.org (8.8.8/8.8.8) with SMTP id NAA27294
for <hackers@FreeBSD.ORG>; Wed, 4 Mar 1998 13:07:58 -0800 (PST)
(envelope-from shimon@sendero-fxp0.simon-shapiro.org)
Received: (qmail 10674 invoked by uid 1000); 4 Mar 1998 21:14:46 -0000
Message-ID: <XFMail.980304131446.shimon@simon-shapiro.org>
X-Mailer: XFMail 1.3-alpha-021598 [p0] on FreeBSD
X-Priority: 3 (Normal)
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 8bit
MIME-Version: 1.0
In-Reply-To: <199803041919.UAA01618@yedi.iaf.nl>
Date: Wed, 04 Mar 1998 13:14:46 -0800 (PST)
Reply-To: shimon@simon-shapiro.org
Organization: The Simon Shapiro Foundation
From: Simon Shapiro <shimon@simon-shapiro.org>
To: Wilko Bulte <wilko@yedi.iaf.nl>
Subject: Re: SCSI Bus redundancy...
Cc: grog@lemis.com, hackers@FreeBSD.ORG, blkirk@float.eli.net, jdn@acp.qiv.com,
tlambert@primenet.com, sbabkin@dcn.att.com, karl@mcs.net
Sender: owner-freebsd-hackers@FreeBSD.ORG
Precedence: bulk
X-Loop: FreeBSD.ORG
On 04-Mar-98 Wilko Bulte wrote:
...
> Interestingly enough these benchmarks are mostly run with direct attached
> disks, no RAID controller in sight. Assuming enough CPU horsepower
> (a AlphaServer 8400 will do just fine with 8x 625Mc CPU will do...) you
> do striping on the machine. Lots faster than any RAIDbox.
A lot of that has to do with politics. Some years ago i worked (briefly!)
for a certiain CPU manufacturer who ran RDBMS menchmarks mainly on certain
O/S and certain RDBMS engine (both made by the same vendor, dare I say).
One brand of RAID controllers was not used because it had a politically
incorrect CPU on board. the other brand of RAID controllers was pushed
hard as it had a politiclly correct CPU, but was so buggy, we could never
finish formatting the disks. We ended up with another brand of non-RAID
controllers which was politically acceptable (they did not use the proper
CPU or any CPU at all, but the politically wrong O/S was not getting the
inside track to this controller).
Yes, a very hot CPU arrangement, with many channels, on a fast I/O bus will
deliver carefully configured benchmark very well. It is not necessarily an
optimal setup for most of us (utilizing 5% of a disk is not what we
normally do either. There ar ebenchmarks, and there is real life.
> Who cares about data integrity, it is TPC you want for the glossies.
Actually some benchmarks are supposed to consider that. But I could tell
you some funny stories there too.
----------
Sincerely Yours,
Simon Shapiro
Shimon@Simon-Shapiro.ORG Voice: 503.799.2313
To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-hackers" in the body of the message