public inbox for linux-kernel@vger.kernel.org
 help / color / mirror / Atom feed
From: Petro <petro@auctionwatch.com>
To: Mark Hahn <hahn@physics.mcmaster.ca>
Cc: linux-kernel@vger.kernel.org
Subject: Re: Two hdds on one channel - why so slow?
Date: Thu, 3 Jan 2002 18:54:24 -0800	[thread overview]
Message-ID: <20020104025424.GP28238@auctionwatch.com> (raw)
In-Reply-To: <Pine.GSO.4.33.0201021812560.28783-100000@sweetums.bluetronic.net> <Pine.LNX.4.33.0201022010340.10236-100000@coffee.psychology.mcmaster.ca>
In-Reply-To: <Pine.LNX.4.33.0201022010340.10236-100000@coffee.psychology.mcmaster.ca>

On Wed, Jan 02, 2002 at 08:52:31PM -0500, Mark Hahn wrote:
> On Wed, 2 Jan 2002, Ricky Beam wrote:
> > It takes expensive hardware RAID cards to make IDE tolerable. (and
> > I'm not talking about the 30$ PoS HPT crap.)
> besides having missed the last 2-3 generations of ATA (which include
> things like diskconnect), you have clearly not noticed that entry-level
> hardware with PoS UDMA100 controllers can sustain more bandwidth than
> you can hope to consume (120 MB/s is pretty easy, even on 32x33 PCI!)

    It's not always bandwidth (raw IO) that is the problem. We've got
    a couple clusters where a 3ware 64xx w/4 IBM GXPs in raid0 cannot
    keep up with the "load" of Mysql doing lots of ops on lots of files. 

    Yeah, it's not just how much load, but what kind of load. Streaming
    a 3 gig file into memory, then dumping a 3 gig file to disk is a lot
    different than opening 3000 1 meg files, twitching a bit and then
    closing them. 

    I like our 3ware controllers, they've allowed us to migrate a off a
    whole bunch of Sun Hardware, and saved us a whole bunch of money,
    but on our loaded machines, we've lost a lot of sleep (of course
    some of that seems to be due to memory corruption issues as well.)

> > PS: I once turned down a 360MHz Ultra10 in favor of a 167MHz Ultra1 because
> >     of the absolutely shitty IDE performance.  The U1 was actually faster
> >     at compiling software. (Solaris 2.6, btw)
> yeah, if Sun can't make IDE scream, then no one can eh?

    If SCSI had the economy of scale that IDE enjoys, it would be a lot
    cheaper than it is now. Not as cheap as IDE currently is, but still
    a lot cheaper. 

    ATA/IDE is trying pick and choose the best parts of SCSI w/out
    picking up the costs--which is an admirable goal. The question is
    how close can they get w/out incurring the costs? 
-- 
Share and Enjoy. 

  parent reply	other threads:[~2002-01-04  2:54 UTC|newest]

Thread overview: 79+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2002-01-01 22:34 Two hdds on one channel - why so slow? Krzysztof Oledzki
2002-01-01 23:07 ` Brian
2002-01-01 23:32   ` Andre Hedrick
2002-01-02  0:52     ` H. Peter Anvin
2002-01-02  1:19       ` Benjamin LaHaise
2002-01-02  1:24         ` H. Peter Anvin
2002-01-02  2:03           ` Benjamin LaHaise
2002-01-02  4:13             ` Andre Hedrick
2002-01-02 17:21   ` Krzysztof Oledzki
2002-01-02 18:41     ` Vojtech Pavlik
2002-01-02 19:31     ` Andre Hedrick
2002-01-02 20:23       ` Brian
2002-01-02 23:30         ` Ricky Beam
2002-01-03  1:52           ` Mark Hahn
2002-01-03  5:57             ` Ricky Beam
2002-01-04  2:54             ` Petro [this message]
2002-01-04  3:04               ` Arnaldo Carvalho de Melo
2002-01-04  4:29               ` ASUS KT266A/VT8233 board and UDMA setting Dmitri Pogosyan
2002-01-04  9:25                 ` Vojtech Pavlik
2002-01-04 10:35                   ` Alan Cox
2002-01-04 10:28                     ` Vojtech Pavlik
2002-01-04 11:20                       ` Alan Cox
2002-01-04 13:37                         ` Ville Herva
2002-01-04 16:48                           ` David Rees
2002-01-04 17:00                           ` Alan Cox
2002-01-05 19:20                     ` Dmitri Pogosyan
2002-01-05  7:20                   ` Dmitri Pogosyan
2002-01-04 18:19             ` Two hdds on one channel - why so slow? Stephan von Krawczynski
2002-01-04 18:38               ` Alan Cox
2002-01-04 18:30                 ` Stephan von Krawczynski
2002-01-05  0:52                 ` J.A. Magallon
2002-01-05  9:41                   ` Nick Holloway
2002-01-05 12:04                   ` Henning P. Schmiedehausen
2002-01-05  1:28                 ` Andre Hedrick
2002-01-08 23:59                   ` Ricky Beam
2002-01-09  0:10                     ` Mark Hahn
2002-01-09 15:27                     ` Andre Hedrick
2002-01-09 16:25                       ` MTBF Was: " Richard B. Johnson
2002-01-08 23:46                 ` Ricky Beam
2002-01-07  8:11             ` Stevie O
2002-01-07 15:57               ` Thomas Molina
2002-01-07 16:14                 ` Ricky Beam
2002-01-07 16:40                   ` Thomas Molina
2002-01-07 22:23                     ` Ancient Memories [was: Two hdds on one channel - why so slow?] Edesio Costa e Silva
2002-01-07 23:18                       ` M. Edward (Ed) Borasky
2002-01-07 18:48                   ` Two hdds on one channel - why so slow? Andre Hedrick
2002-01-07 20:19               ` Petro
2002-01-07 22:31                 ` Dmitri Pogosyan
2002-01-08 13:50                 ` Alan Cox
2002-01-08 14:45                   ` Mike Dresser
2002-01-08 14:57                     ` James A Sutherland
2002-01-08 17:15                   ` Wakko Warner
2002-01-02 21:23       ` Jeffrey W. Baker
  -- strict thread matches above, loose matches on Subject: below --
2002-01-03 15:49 Dana Lacoste
2002-01-03 16:44 ` Mark Hahn
     [not found] <Pine.LNX.4.33.0201021452120.8693-100000@coffee.psychology.mcmaster.ca>
2002-01-04  9:28 ` Krzysztof Oledzki
2002-01-04 14:02 Jesse Pollard
2002-01-04 16:33 ` Bernd Eckenfels
     [not found]   ` <Pine.LNX.4.43.0201041154010.14678-100000@filesrv1.baby-dragons.com>
2002-01-04 17:14     ` Bernd Eckenfels
2002-01-04 17:22       ` Timothy Covell
2002-01-04 18:40         ` Bernd Eckenfels
2002-01-04 19:32           ` Jeffrey W. Baker
2002-01-05 12:02             ` Henning P. Schmiedehausen
2002-01-04 20:29           ` Timothy Covell
2002-01-08 23:49           ` Ricky Beam
2002-01-09  0:50             ` Timothy Covell
2002-01-09  1:22               ` Ricky Beam
2002-01-04 17:40   ` Jesse Pollard
2002-01-08 12:41     ` Rob Landley
2002-01-08 21:18       ` William Park
2002-01-09 10:56         ` Rob Landley
2002-01-09 19:50           ` William Park
     [not found] <Pine.LNX.4.33.0201040844130.14385-100000@coffee.psychology.mcmaster.ca>
2002-01-04 17:18 ` Krzysztof Oledzki
2002-01-04 19:29 Dana Lacoste
2002-01-05 11:58 ` Henning P. Schmiedehausen
2002-01-05 12:20   ` Petro
2002-01-09  0:04   ` Ricky Beam
2002-01-07 17:06 Jesse Pollard
2002-01-07 17:17 ` Tommy Reynolds

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=20020104025424.GP28238@auctionwatch.com \
    --to=petro@auctionwatch.com \
    --cc=hahn@physics.mcmaster.ca \
    --cc=linux-kernel@vger.kernel.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox