| 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@sgi.com> |
| References: | <20070725092445.GT12413810@sgi.com> <46A7226D.8080906@sgi.com> <46A8DF7E.4090006@agami.com> <20070726233129.GM12413810@sgi.com> <46A94963.7000103@agami.com> <20070727065930.GT12413810@sgi.com> <46AFD88E.9070403@agami.com> <20070801022418.GR31489@sgi.com> |
| 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> |
|---|---|---|
| ||
| Previous by Date: | Re: RFC: log record CRC validation, David Chinner |
|---|---|
| Next by Date: | Re: Proper method of snapshotting XFS with external log using LVM2, David Chinner |
| Previous by Thread: | Re: RFC: log record CRC validation, David Chinner |
| Next by Thread: | Re: Proper method of snapshotting XFS with external log using LVM2, David Chinner |
| Indexes: | [Date] [Thread] [Top] [All Lists] |