From owner-freebsd-hardware Thu Jun 7 1:22: 1 2001 Delivered-To: freebsd-hardware@freebsd.org Received: from gemini.bnc.net (gemini.bnc.net [62.225.99.33]) by hub.freebsd.org (Postfix) with ESMTP id 9FF4637B401 for ; Thu, 7 Jun 2001 01:21:56 -0700 (PDT) (envelope-from ap@bnc.net) Received: from entity (entity.bnc.net [62.225.99.68]) by gemini.bnc.net (8.11.3/8.9.3) with SMTP id f578LdV65759; Thu, 7 Jun 2001 10:21:39 +0200 (CEST) (envelope-from ap@bnc.net) From: "Achim Patzner" To: "Michael VanLoon" Cc: Subject: RE: Casing wanted Date: Thu, 7 Jun 2001 10:23:37 +0200 Message-ID: MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook IMO, Build 9.0.2416 (9.0.2911.0) Importance: Normal X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4522.1200 In-Reply-To: <36F7B20351634E4FBFFE6C6A216B30D54C20@ecx1.edifecs.com> Disposition-Notification-To: "Achim Patzner" Sender: owner-freebsd-hardware@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org > > The gods decided that the customer wants to know just how much these > > 3ware controllers will do for them; currently they are in love with an > > MSI dual P3 mainboard, 4 GB of RAM and a Chenbro casing filled with 16 > > RAID disks on two 3ware controllers (80 GB Maxtor giving them about > > 600 GB of mirrored and striped disk space) at a price they wouldn't > > even get half of that space in SCSI disks. Just keep in mind that a > > hardware RAID SCSI controller with 8 channels is _quite_ expensive. > > Agreed it's quite expensive but... with hardware SCSI RAID you get: > > - You don't have all these squirrelly issues you just brought up (cable lengths, etc.) Which is about the only problem I encountered and 3ware just told me (after a direct hit on their long term memory with a hard object) that there are cables up to 70 cm. > - Automatic unattended hardware failover to hot-spare(s) > - Automatic unattended background fill-in of data on failed-in hot spares > while server is live > - Caching controller that does delayed elevator-sorted write-backs, and > read-ahead This is nothing the 3ware controller won't do. > - Better reliability (yes SCSI drives really ARE built better) No. I had 15 IBM DDYS (of 35) failing after less than 12 months and didn't lose a single Maxtor. > - Higher performance (though yes, IDE performance is pretty good) Hm. I've seen people getting 95 MB/s through a 3ware RAID. Don't forget that it got a single channel per disk. All in all this is a reason why they want this machine - they want to compare performance... > - Depending on the controller from 15 to 60 drives per controller Not really. I'm a strong believer in one channel per disk. > - Higher quality cases, hot-swap cartridges, etc. on the market Definitely not. The best hot swap cartridge I've ever seen was an IDE cartridge. I thought someone mixed Dark Vader and the Cylons and turned them into a status display > So it's not like you're paying more for nothing. There are some very > substantial benefits, especially in the reliability/uptime > department when a disk fails -- no need to bring the server down, or > even be there when it swaps in a hot spare and starts using it. Nothing I wouldn't get wit IDE too... > Admittedly the price-per-gigabyte for IDE disks is much better. > But there's a reason they're so cheap. Yes. There are too many people thinking paying the SCSI-fine is a good thing. The IDE disks we're going to use aren't trash. They showed less failures under heavier load and their performance isn't that bad either. The driver won't see single disks, it will see one large volume. > Just some food for thought... I don't have anything against IDE raid, but > when the problem keeps screaming out that it doesn't want you to do that, > then maybe you shouldn't do that. :-) The problem stopped screaming and actually the problem would have been nearly the same with SCSI: Cabling. Although there is a way around that by using FC-AL disks. Noses. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hardware" in the body of the message