[Date Prev][Date Next] [Thread Prev][Thread Next]
[Thread Index]
[Date Index]
[Author Index]
[linux-lvm] Re: [PATCH] 64 bit scsi read/write
- From: Alan Cox <alan lxorguk ukuu org uk>
- To: adilger turbolinux com (Andreas Dilger)
- Cc: acahalan cs uml edu (Albert D. Cahalan), bcrl redhat com (Ben LaHaise),kernel ragnark vestdata no (Ragnar Kjxrstad),linux-fsdevel vger kernel org, linux-kernel vger kernel org,mike bigstorage com, kevin bigstorage com, linux-lvm sistina com
- Subject: [linux-lvm] Re: [PATCH] 64 bit scsi read/write
- Date: Fri, 13 Jul 2001 22:14:19 +0100 (BST)
> RAID 5 throws a wrench into this by not guaranteeing that all of the
> blocks in a stripe are consistent (you don't know which blocks and/or
> parity were written and which not). Ideally, you want a multi-stage
> commit for RAID as well, so that you write the data first, and the
> parity afterwards (so on reboot you trust the data first, and not the
> parity). You have a problem if there is a bad disk and you crash.
Well to be honest so does most disk firmware. IDE especially. For one thing
the logical sector size the drives writes need not match the illusions
provided upstream, and the write flush commands are frequently not implemented
because they damage benchmarketing numbers from folks like Zdnet..
[Date Prev][Date Next] [Thread Prev][Thread Next]
[Thread Index]
[Date Index]
[Author Index]