I just bought two 80Gb SATA drives which I will configure to RAID 1 (two drives as one) and I'll be doing some home studio recording on them with cubase SX.
What's the best stripe size in terms of performance for audio recording?
Thanx in advanx
my rig: C2D E8200@3470 | Asus P5K pro | 2Gb Mushkin HP2 | Sapphire HD3870 | audigy2 platinum | 2x hitachi 80Gb raid 0 | samsung 500GB | Asus PM17TU 17" 3ms LCD <- I love it!
wife n' kids' rig: P4nw2.4@3GHz | Asus P4P800 i865 | 1.5Gb kingston DDR | XFX 6800GT | SB Audigy SE | Maxtor 250Gb ide | Philips 17" LCD
Re: Best stripe size for multitrack audio recording?
Originally posted by Kobaia
Hi guys,
I just bought two 80Gb SATA drives which I will configure to RAID 1 (two drives as one) and I'll be doing some home studio recording on them with cubase SX.
What's the best stripe size in terms of performance for audio recording?
Thanx in advanx
RAID 0 is - 'two drives as one' (or more)
RAID 1 is - two drives (1 being a mirror of the other - or a 'Backup')
That said - from 16k - 64k would be the range I'd use to create the stripe size - simply because Audio/Vido files are larger files than standard desktop use files.
*edit 2 THough if you're keeping ONLY the data filesd on the RAID 0 setup, perhaps even larger stripe blocks would be beneficial.
I am a consumer, I'll buy anything
I am a sheep, I am cattle, I follow the herd
I am ignorant, a dumbass, and I am a bozo...
I am the epitome of the 'rank and file'
I am your next door neighbor
I am 95% of American Consumers
I will consume you
If the light in your head hasn't come on yet,
I suggest you go get a new bulb!
Re: Re: Best stripe size for multitrack audio recording?
Originally posted by I4one RAID 0 is - 'two drives as one' (or more)
RAID 1 is - two drives (1 being a mirror of the other - or a 'Backup')
That said - from 16k - 64k would be the range I'd use to create the stripe size - simply because Audio/Vido files are larger files than standard desktop use files.
*edit 2 THough if you're keeping ONLY the data filesd on the RAID 0 setup, perhaps even larger stripe blocks would be beneficial.
I am a consumer, I'll buy anything
I am a sheep, I am cattle, I follow the herd
I am ignorant, a dumbass, and I am a bozo...
I am the epitome of the 'rank and file'
I am your next door neighbor
I am 95% of American Consumers
I will consume you
If the light in your head hasn't come on yet,
I suggest you go get a new bulb!
I notice my performance start to degrade after 32KB So 64KB would not be ideal...
You cannot just generalize strip size, even tho the difference between 16KB to 64KB is minimal at best, but I prefer to squeeze as much as I can
I want to see benchmarks. I don't believe that anything you do on a normal desktop is seeing a performance increase from <64KB stripe.
Yes, I do believe you can generalize strip size. There are very few instances where <64KB makes sense. SQL Servers for one, they make use of <64KB stripe. Any desktop machine is far better at 64KB stripe than anything else. 128KB is too big, by far. 32KB is too small, but doable if you can't for 64KB for some reason, but certainly anything below that is a bad idea.
EDIT: 128KB is bad for anything besides a pure storage stripe, like for mp3s or videos, in which case the bigger the stripe the better.
EDIT2: This is what the drive-testing masters at StorageReview.com say: "IMO, default should be 64 KB stripe size for most people. Small stripe sizes improve STR benchmarks, but are not indicative of real world performance. I would also go so far as to say that, for most non-STR dependent, non-sequential I/O applications (i.e., most desktop computing tasks except for A/V editing), "bigger is better", and that 128 KB would be preferable to 16-32 KB. With large stripe sizes, you're going to get STR benchmark results that don't seem much better than single drive results, but you are going to get better real world performance than smaller stripe sizes that give excellent STR benchmark results."
-MrD
Last edited by MrDigital; 04-25-2005 at 02:28 AM.
There is the theory of the moebius. A twist in the fabric of space where time becomes a loop.
Picking strip/clustersize is totally dependent on the avg. size of the files you use most often, or is most important to perform well. So, you really need to determine that first. Let's say you find that your avg. write/read is 32k -- then choose a strip/clustersize of half that, or 16k to exploit RAID 0. And yes, NTFS clustersizes can be choosen to match your strip size.
Bookmarks