From owner-freebsd-questions Thu Nov 16 07:21:28 1995 Return-Path: owner-questions Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id HAA22454 for questions-outgoing; Thu, 16 Nov 1995 07:21:28 -0800 Received: from gw.muc.ditec.de (gw.muc.ditec.de [194.120.126.3]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id HAA22449 for ; Thu, 16 Nov 1995 07:21:20 -0800 Received: from tartufo.muc.ditec.de (tartufo.muc.ditec.de [134.98.18.2]) by gw.muc.ditec.de (8.6.11/8.6.9) with SMTP id QAA21214; Thu, 16 Nov 1995 16:21:02 +0100 Received: by tartufo.muc.ditec.de (/\=-/\ Smail3.1.16.1 #16.39) id ; Thu, 16 Nov 95 16:21 MET Message-Id: Date: Thu, 16 Nov 95 16:21 MET From: me@tartufo.muc.ditec.de (Michael Elbel) To: daveh@eskimo.com Cc: questions@freebsd.org Subject: Re: Quantum Atlas SCSI HD's Newsgroups: lists.freebsd.questions References: <01BAB354.1ED7E4C0@tia.eskimo.com> Reply-To: me@gw.muc.ditec.de X-Newsreader: NN version 6.5.0 #1 (NOV) Sender: owner-questions@freebsd.org Precedence: bulk In lists.freebsd.questions you write: >Hello all, >I was wondering what experiences anybody's had with the Quantum Atlas = >SCSI hard drives, specifically the 2.1Gb XP32150S and the 4.3Gb XP34300S = >models. Are they noisy, hot and unreliable? Quiet, cool and dependable? = >I'm looking to get around 6Gb, and I'm still pretty skeptical when it = >comes to buying Conner's. We're running the 4 gig versions in a couple of machines here. At least the batch we've got is a bit noisy (but then I like it if I hear when the machine is doing something). They get warm but not too hot (no problem mounting them in the 3 1/2 inch bay in a big tower with no fan blowing at them directly). But what counts for me is, they *scream*. Not only do they get in excess of 7MB/sec throughput through the filesystem, they perform excellent generally. I haven't had any probllems with them yet. They are not the new Atlas II drives, those should be faster even. We have 4 Gig Conners in those NT servers I couldn't prevent and they seem way slower, although they're not as nosiy. Michael -- Michael Elbel, DITEC, Muenchen, Germany - me@muc.ditec.de Fermentation fault (coors dumped)