-------- Original Message --------
Subject: Re: Crazy idea of cleanup the inode_record btrfsck things with SQL?
From: Austin S Hemmelgarn <ahferro...@gmail.com>
To: Qu Wenruo <quwen...@cn.fujitsu.com>, linux-btrfs
<linux-btrfs@vger.kernel.org>
Date: 2014年12月01日 20:53
On 2014-11-30 20:58, Qu Wenruo wrote:
[snipped]
So, I think this does a good job of highlighting one of the bigger
issues with btrfsck when it is compared to ext* and/or xfs. Despite
this being a problem, I really don't think using a rdbms is the way to
fix it, both for reasons outlined in other responses, and because fsck
should be as fast as possible when nothing is wrong with the fs.
Although I am not stick to the crazy idea, I think it is still needed to
point out that,
even btrfsck is ran on a clean btrfs, it still needs to iterate all the
extents, metadata.
So it may not be as fast as you thought even with the current implement.
Anyway thanks for the feedback.
Thanks,
Qu
--
To unsubscribe from this list: send the line "unsubscribe linux-btrfs" in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html