Email address obfuscation in effect -- please
click here to turn it off.
[
Date Prev][
Date Next][
Thread Prev][
Thread Next][
Date Index][
Thread Index]
- To: "MLUG Members" <EMAIL:PROTECTED>
- Subject: Re: [MLUG] Reasonable hard disk throughput numbers?
- From: "Mark Rages" <EMAIL:PROTECTED>
- Date: Tue, 4 Apr 2006 15:04:44 -0500
- Delivery-date: Tue, 04 Apr 2006 15:05:07 -0500
- Domainkey-signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=qZHdbgn9uSDPCAWqOMXvXVGgEvjNZcO60zvOc1na8KzvoO0aLS78BjKvfKc1t4pI7yqmfFsp0pMBWOLe7bKFocudVvtnh5Fz++tgmt2iLEzn+hUipI7KQv4G5sFMzBC4GlOr6KCcl74vLl/5+fgVsS1jL+Wk97H9EDNedVBLE0g=
- Envelope-to: EMAIL:PROTECTED
- In-reply-to: <EMAIL:PROTECTED>
- References: <EMAIL:PROTECTED> <EMAIL:PROTECTED>
- Reply-to: MLUG Members <EMAIL:PROTECTED>
- Sender: EMAIL:PROTECTED
On 4/4/06, Phillip Kelchen <EMAIL:PROTECTED> wrote:
>
> RAID is better known for read than write speeds. I don't know how fast you
> need to have the data written, but if it's really fast, you may do better to
> have a fast 15K SCSI drives. If I remember correctly, peak write speeds on a
> 147GB 15,000 RPM Maxtor Atlas were near 100MB/sec and the slowest was about
> 60-65MB/sec. If you need faster than that, you don't have much of an option
> other than putting several of those fast HDDs in an array, and so would
> getting a 3rd-party RAID controller that sits on a high-bandwidth bus like a
> 133MHz PCI-X or PCI-express x4 or x8. But that's some serious money right
> there and the gear is server-grade and not consumer-grade.
>
> A cheaper option would be to use 500GB SATA hard drives or the 74GB or 150GB
> WD Raptor 10k SATA drives, depending on how much data you need to store.
> These are a lot more affordable and will perform between your 80GB setup and
> the 15k SCSI setup but cost $150-300 per drive instead of at least twice that
> just for the HDDs and then you need at least an SCSI controller to do SCSI on
> your board and those are expensive too. Again, how fast do you need to go?
>
> Also, XFS is supposed to be the best "big file throughput" file system. Its
> only downside is that it needs to be cleanly umounted or it will become
> corrupted. So you would need a UPS or something to ensure that you can
> cleanly umount the disk if the power goes off.
>
> I hope this helps.
>
> Phillip
>
My application only generates 30 MB/s. So what I have will probably
be fast enough for now. But I'm trying to get a sense of what the
various throughput/$ points are. 10K SATA would be my next choice.
But I still believe two RAID0 disks should have better (theoretically,
twice) the write performance of a single disk, or a RAID1 pair. Is
there a reason why this would not the case?
Intuitively, a higher-density (500 G) drive spinning at the same 7200
RPM as my 80 G drives should give a higher max throughput. However,
this is not the case, according to randomly chosen datasheets. There
is something I'm not understanding here.
About filesystems, I have benchmarked them in the past, and my
conclusion was: When you're just writing a single file full of 10
gigs of zeroes, the filesystem doesn't matter. It's when you have a
lot of bitty files that the filesystem design choices start to become
apparent. For this application, I'm not running a mail server or
compiling the kernel, I'm storing huge video files.
Regards,
Mark
EMAIL:PROTECTED
--
You think that it is a secret, but it never has been one.
- fortune cookie
_______________________________________________
members mailing list
EMAIL:PROTECTED
http://mlug.missouri.edu/mailman/listinfo/members