Date: Tue, 18 Mar 2003 16:33:23 -0800 From: Terry Lambert <tlambert2@mindspring.com> To: Brad Knowles <brad.knowles@skynet.be> Cc: Bakul Shah <bakul@bitblocks.com>, Julian Elischer <julian@elischer.org>, FreeBSD current users <current@FreeBSD.ORG>, fs@FreeBSD.ORG Subject: Re: Anyone working on fsck? Message-ID: <3E77BAD3.12447056@mindspring.com> References: <200303180459.XAA15021@goliath.cnchost.com> <3E76C15F.D3C7F9A7@mindspring.com> <a05200f0aba9cdad802e9@[10.0.1.2]> <3E77A0C0.B1BEA2D7@mindspring.com> <a05200f16ba9d66e63f13@[10.0.1.2]>
next in thread | previous in thread | raw e-mail | index | archive | help
Brad Knowles wrote: > At 2:42 PM -0800 2003/03/18, Terry Lambert wrote: > > Make sense now? > > No. > > However, I am now convinced that I don't understand enough of how > the filesystem works to even be able to ask the simplest of questions > about how this process can be improved. So, I will now shut up. You should read the "A Fast Filesystem for UNIX" paper by McKusick, et. al.. The Viva FS paper I mentioned the other day is also good background on placement policies. Actually, I have thought out a (relatively) simple way of making all CG fsck's take a single pass, but it requires access to some free blocks on the FS itself, and it has a worrisome amount of writes that end up happening to the same region of the disk, so I don't know what it means for the failure rate. The only space I can see to grab for it is something like the quota stuff, or to steal inode #1 from the whiteouts. But the resulting fsck could be *guaranteed* to take only a single pass through the data. Further, it could be bounded, to ensure the fsck process does not need to swap data sets in hand (but compared to the single pass optimization, going from O(3)->O(1), that's just gravy). It would only require a single bit change to the superblock, too, if the space was found. Perhaps there is a "don't care" area available for this, like I suggested before UFS2 was started? -- Terry To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?3E77BAD3.12447056>