Messages in this thread | | | Date | Sun, 19 Oct 2003 15:49:52 -0700 | From | jw schultz <> | Subject | Re: Blockbusting news, results are in |
| |
On Sun, Oct 19, 2003 at 01:35:51AM -0700, William Lee Irwin III wrote: > Larry McVoy wrote: > >> I've told you guys over and over that you need to CRC the data in user > >> space, we do that in our backup scripts and it tells us when the drives > >> are going bad. S > > On Sun, Oct 19, 2003 at 12:08:00PM +0400, Hans Reiser wrote: > > Why do the CRC in user space, that requires modifying every one of 7000+ > > applications (if I understand you correctly, which is far from a sure > > thing;-) )? > > Write a reiser4 CRC file plugin. It would take a weekend, and most of the > > work would be cut and pasting from the default file plugin.. > > I understand why you do it in BK, but for user space as a whole user space > > is the wrong place. > > I think the fs driver layer might be the wrong thing too; maybe it'd be > best to do the CRC and/or checksumming at the block layer?
Or even better, do it on the disk controller strapped to the physical disk so you can hide the fact that CRCs add data overhead for every block making them longer than 2^n and can use a CRC with optimised for the type of errors most common on the media. Wait, that is where it is already being done.
What is apparently missing is better handling of the uncorrectable errors. Specifically the ability to pass the errors and warnings up to the OS for evaluation and for the OS to be able to request a block remap or to undo a block remap.
I'd guess that most of Hans' errors are not coming from spinning media but from tranmission errors on the HD cables and system busses, and from undetected memory errors.
-- ________________________________________________________________ J.W. Schultz Pegasystems Technologies email address: jw@pegasys.ws
Remember Cernan and Schmitt - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
| |