atom feed6 messages in org.freebsd.freebsd-scsiRe: striping/mirroring?
FromSent OnAttachments
Satoshi AsamiOct 7, 1996 10:57 pm 
Satoshi AsamiOct 7, 1996 11:01 pm 
Satoshi AsamiOct 7, 1996 11:03 pm 
mika ruohotieOct 8, 1996 1:53 am 
Satoshi AsamiOct 9, 1996 3:03 am 
Rodney W. GrimesOct 9, 1996 8:56 am 
Subject:Re: striping/mirroring?
From:Rodney W. Grimes (rgri@GndRsh.aac.dev.com)
Date:Oct 9, 1996 8:56:10 am
List:org.freebsd.freebsd-scsi

* does this work already? (i cant experiment yet, disks are on purchase * list i have to get signed before i get the disks)

You mean mirroring? Yes it's working, has been for a few months.

* and am i right assuming (some old post listed these) that 128 is the * interleave value that gives me most speed for reads?

Depends on what kind of reads you are talking about. For large sequential reads (here the size of individual read()s don't matter -- the "large" refers to the total size that's read in succession) and many disks, something a little smaller is usually better, e.g., 32 or 64.

For random reads, it should probably be the size of the read, i.e., if your reads are 16K, then 32 would do the best. (Unless the read sizes are very large, say 1M or so...in which case, treat this as "sequential" as described above.) Of course, I'm assuming the reads occur at offsets that are integer multiples of the read sizes -- if not, I guess you want something a little larger to reduce the chance of a single read falling between two disks.

However, since 128 does reasonably well for both reads and writes, that is the size I would recommend for normal (read/write) workloads.

Could you please start recommending CG size interleaves (65536 or there abouts) for people using this for news spools. I have had several clients contact me about abizmal performance and they where using 16 to 128 block interleaves :-( :-( :-(.