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