xfs
[Top] [All Lists]

Re: RFC: log record CRC validation

To: David Chinner <dgc@xxxxxxx>
Subject: Re: RFC: log record CRC validation
From: Andi Kleen <andi@xxxxxxxxxxxxxx>
Date: 01 Aug 2007 14:11:58 +0200
Cc: Michael Nishimoto <miken@xxxxxxxxx>, markgw@xxxxxxx, xfs-dev <xfs-dev@xxxxxxx>, xfs-oss <xfs@xxxxxxxxxxx>
In-reply-to: <20070801022418.GR31489@xxxxxxx>
References: <20070725092445.GT12413810@xxxxxxx> <46A7226D.8080906@xxxxxxx> <46A8DF7E.4090006@xxxxxxxxx> <20070726233129.GM12413810@xxxxxxx> <46A94963.7000103@xxxxxxxxx> <20070727065930.GT12413810@xxxxxxx> <46AFD88E.9070403@xxxxxxxxx> <20070801022418.GR31489@xxxxxxx>
Sender: xfs-bounce@xxxxxxxxxxx
User-agent: Gnus/5.09 (Gnus v5.9.0) Emacs/21.3
David Chinner <dgc@xxxxxxx> writes:
 
> I haven't looked at great depth into other structures in terms of
> implementation details. I know that if we use a 16 bit CRC on
> directories we can get away without a on-disk format change as the
> xfs_da_blkinfo structure has 16 bits of padding. However, given that
> directory block size can reach 64k, a CRC16 check is really only
> capable of single bit error detection. Hence I think we really need
> CRC32 here which means an on-disk format change.

When the directory format is changed it would be nice to also support
DT_* types at the same time. They can speed up some operations nicely
because file system walkers can avoid a stat() (and seek to the inode)
just to find out if a name is a directory or not. Right now there is
no space for this unfortunately.

-Andi


<Prev in Thread] Current Thread [Next in Thread>