On Jan 4, 2007, at 10:26 AM, Roch - PAE wrote:
All filesystems will incur a read-modify-write when
application is updating portion of a block.
For most Solaris file systems it is the page size, rather than
the block size, that affects read-modify-write; hence 8K (SPARC)
or 4K (x86
Anton B. Rang writes:
> >> In our recent experience RAID-5 due to the 2 reads, a XOR calc and a
> >> write op per write instruction is usually much slower than RAID-10
> >> (two write ops). Any advice is greatly appreciated.
> >
> > RAIDZ and RAIDZ2 does not suffer from this malady (the RAID
Hi Anton,
Thank you for the information. That is exactly our scenario. We're 70%
write heavy, and given the nature of the workload, our typical writes
are 10-20K. Again the information is much appreciated.
Best Regards,
Jason
On 1/3/07, Anton B. Rang <[EMAIL PROTECTED]> wrote:
>> In our recent
>> In our recent experience RAID-5 due to the 2 reads, a XOR calc and a
>> write op per write instruction is usually much slower than RAID-10
>> (two write ops). Any advice is greatly appreciated.
>
> RAIDZ and RAIDZ2 does not suffer from this malady (the RAID5 write hole).
1. This isn't the "wr
