Re: [LSF/MM TOPIC] end-to-end data and metadata corruption detection

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



On 01/31/2012 03:10 AM, Martin K. Petersen wrote:
"Bernd" == Bernd Schubert<bernd.schubert@xxxxxxxxxxxxxxxxxx>  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
--
To unsubscribe from this list: send the line "unsubscribe linux-fsdevel" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at  http://vger.kernel.org/majordomo-info.html


[Index of Archives]     [Linux Ext4 Filesystem]     [Union Filesystem]     [Filesystem Testing]     [Ceph Users]     [Ecryptfs]     [AutoFS]     [Kernel Newbies]     [Share Photos]     [Security]     [Netfilter]     [Bugtraq]     [Yosemite News]     [MIPS Linux]     [ARM Linux]     [Linux Security]     [Linux Cachefs]     [Reiser Filesystem]     [Linux RAID]     [Samba]     [Device Mapper]     [CEPH Development]
  Powered by Linux