Re: [LSF/MM TOPIC] end-to-end data and metadata corruption detection
From: Bernd Schubert <hidden>
Date: 2012-01-31 19:22:36
Also in:
linux-fsdevel, linux-scsi
From: Bernd Schubert <hidden>
Date: 2012-01-31 19:22:36
Also in:
linux-fsdevel, linux-scsi
On 01/31/2012 03:10 AM, Martin K. Petersen wrote:
quoted
quoted
quoted
quoted
quoted
"Bernd" == Bernd Schubert[off-list ref] writes:Bernd> Hmm, direct IO would mean we could not use the page cache. As we Bernd> are using it, that would not really suit us. libaio then might be Bernd> another option then. Bernd> What kind of help do you exactly need? As far as libaio is concerned I had a PoC working a few years ago. I'll be happy to revive it if people are actually interested. So a real world use case would be a great help...
I guess it would be useful for us, although right now data integrity is not on our todo list for the next couple of months. Unless other people would be interested in it right now, can we postpone for some time?
But James is right that buffered I/O is much more challenging than direct I/O. And all the use cases we have had have involved databases and business apps that were doing direct I/O anyway.
I guess we should talk to developers of other parallel file systems and see what they think about it. I think cephfs already uses data integrity provided by btrfs, although I'm not entirely sure and need to check the code. As I said before, Lustre does network checksums already and *might* be interested. Cheers, Bernd