RE: Adding more drives/saturating the bandwidth

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



> -----Original Message-----
> From: linux-raid-owner@xxxxxxxxxxxxxxx [mailto:linux-raid-
> owner@xxxxxxxxxxxxxxx] On Behalf Of Andrew Burgess
> Sent: Wednesday, April 01, 2009 9:57 AM
> To: linux raid mailing list
> Subject: Re: Adding more drives/saturating the bandwidth
> 
> 
> > >> > Hey guys, How do you know if your machine can handle
> > >> adding some more drives to it? How can you check that there
> > >> is enough BUS IO to handle extra sata cards and also that
> > >> the machine is powerful enough to support say an 8 drive
> > >> raid 5...
> 
> Look at it from the viewpoint of raid performance rather than disk
> performance. How can the throughput be less with more disks?
> 
> So what if your bus bandwidth is saturated now? Then it will be
> saturated with more disks too, but the raid bandwidth should not
> change,
> it's still the saturation bandwidth.
> 
> And if it's not saturated now then the raid throughput will increase
> assuming you can get more disks operating in parallel.
> 
> I'm sure there are corner cases we can nitpick but isn't this correct
> in
> general?
> 
> --
> To unsubscribe from this list: send the line "unsubscribe linux-raid"
> in
> the body of a message to majordomo@xxxxxxxxxxxxxxx
> More majordomo info at  http://vger.kernel.org/majordomo-info.html
In grand sense of things, isn't this question rather irrelevant?  The
answer is one of perception.  Would you ask the same question about
whether or not you could add more programs to run and saturating a CPU?
Of course not, the answer is easy. 

If you need the extra disks, then you need more disks because the
applications running on that machine needs more disk space then you have
available.  Your choice is always to free up existing space, add more
disks, or lighten the overhead by moving applications elsewhere ..
assuming overall performance is "satisfactory" in the eyes of the people
who control your budget.

So isn't this all a moot point?  Set a baseline for appropriate
performance before you begin and create a plan in event the updated
hardware config doesn't meet it, then react accordingly.

David


--
To unsubscribe from this list: send the line "unsubscribe linux-raid" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at  http://vger.kernel.org/majordomo-info.html

[Index of Archives]     [Linux RAID Wiki]     [ATA RAID]     [Linux SCSI Target Infrastructure]     [Linux Block]     [Linux IDE]     [Linux SCSI]     [Linux Hams]     [Device Mapper]     [Device Mapper Cryptographics]     [Kernel]     [Linux Admin]     [Linux Net]     [GFS]     [RPM]     [git]     [Yosemite Forum]


  Powered by Linux