> "Paul" == Paul Millar writes:
Paul> Please correct me if I'm wrong here, but T10 DIF/DIX refers only
Paul> to data integrity protection from the OS's FS-level down to the
Paul> block device: a userland application doesn't know that it is
Paul> writing into a FS that is utilising DIX with a
On Monday 31 May 2010 19:59:46 Paul Millar wrote:
> Hi Hubert,
>
> On Thursday 27 May 2010 16:56:00 Hubert Kario wrote:
> > > Would [obtaining file checksum] be possible (without an awful lot
> > > of work)?
> >
> > [Calculating checksum in-memory] won't detect in-memory corruption
> > though, b
On Tuesday 01 June 2010 15:39:52 Martin K. Petersen wrote:
> > "Paul" == Paul Millar writes:
> Paul> My concern is that, if the server-software doesn't push the
> Paul> client-provided checksum then the FS checksum (plus T-10 DIF/DIX)
> Paul> would not provide a rigorous assurance that the byt
Hi Mike,
On Monday 31 May 2010 22:33:23 Mike Fedyk wrote:
> On Mon, May 31, 2010 at 11:06 AM, Paul Millar wrote:
> > [...] My concern is that, if the server-software doesn't push the
> > client-provided checksum then the FS checksum (plus T-10 DIF/DIX) would
> > not provide a rigorous assurance t
> "Paul" == Paul Millar writes:
Paul> My concern is that, if the server-software doesn't push the
Paul> client-provided checksum then the FS checksum (plus T-10 DIF/DIX)
Paul> would not provide a rigorous assurance that the bytes are the
Paul> same. Without this assurance, corruption could s
On Mon, May 31, 2010 at 11:06 AM, Paul Millar wrote:
> Hi Chris,
>
> On Thursday 27 May 2010 18:00:44 Chris Mason wrote:
>> I'd suggest that you look at T10 DIF and DIX, which are targeted at
>> exactly this kind of thing. We're looking at integrating dif/dix into
>> btrfs at some point.
>
> I've
Hi Chris,
On Thursday 27 May 2010 18:00:44 Chris Mason wrote:
> I'd suggest that you look at T10 DIF and DIX, which are targeted at
> exactly this kind of thing. We're looking at integrating dif/dix into
> btrfs at some point.
I've been keeping half-an-eye on T10's work in ensuring end-to-end in
Hi Hubert,
On Thursday 27 May 2010 16:56:00 Hubert Kario wrote:
> > Would [obtaining file checksum] be possible (without an awful lot
> > of work)?
>
> [Calculating checksum in-memory] won't detect in-memory corruption
> though, but if you want to be resilant to this, you should be looking at
>
On Thu, May 27, 2010 at 03:39:54PM +0200, Paul Millar wrote:
> Hi,
>
> I've been looking at Btrfs and have a couple of naive questions that don't
> seem to be answered on the wiki or in the articles I've read on the
> filesystem.
>
>
> First: discovering a file's checksum value.
>
> Here's th
On Thursday 27 May 2010 15:39:54 Paul Millar wrote:
> Hi,
>
> I've been looking at Btrfs and have a couple of naive questions that don't
> seem to be answered on the wiki or in the articles I've read on the
> filesystem.
>
>
> First: discovering a file's checksum value.
>
> Here's the scenario:
Hi,
I've been looking at Btrfs and have a couple of naive questions that don't
seem to be answered on the wiki or in the articles I've read on the
filesystem.
First: discovering a file's checksum value.
Here's the scenario: software is writing some data as a fresh file. This
software happen
11 matches
Mail list logo