Thread (5 messages) 5 messages, 5 authors, 2012-02-01

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

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
Keyboard shortcuts
hback out one level
jnext message in thread
kprevious message in thread
ldrill in
Escclose help / fold thread tree
?toggle this help