[<prev] [next>] [<thread-prev] [day] [month] [year] [list]
Message-ID: <20111120182818.GA12868@thunk.org>
Date: Sun, 20 Nov 2011 13:28:18 -0500
From: Ted Ts'o <tytso@....edu>
To: Yongqiang Yang <xiaoqiangnk@...il.com>
Cc: linux-ext4@...r.kernel.org
Subject: Re: [PATCH 1/2] dumpe2fs: dump blocks count used by super and GDT
On Sun, Nov 20, 2011 at 03:08:23PM +0800, Yongqiang Yang wrote:
> Some users are confused by static metadata blocks allocated by extN
> file systems. Blocks used as inode tables and bitmaps can be
> calculated by data from dumpe2fs. However, blocks taken up by super
> blocks and GDT can not be calculated. So this patch prints the
> number of blocks used by super blocks and GDT. IMHO, it is useful
> for some users who know little about extN. I met several users who
> ask why a fresh ext4 has used so many blocks compared to others. I
> know most of them are used as inode tables. Without this patch, we
> can explain the problem. I just think we can explain the problem
> with explicit numbers with the patch.
The reason most of the users are complaining is not because of
superblocks and the GDT blocks, however. It's really the inode table
blocks (somewhat), and especially, the 5% reserved blocks for root.
This is the sort of thing that's better explained in a FAQ entry,
since most users are also not likely to use dumpe2fs.
And if they are going to use dumpe2fs, I'd much rather the FAQ entry
explain it and they can then look at the details of the block layout
in the dumpe2fs output (i."e. dumpe2fs /dev/hdXX | grep superblock")
if they really need to count the number of superblocks.
- Ted
--
To unsubscribe from this list: send the line "unsubscribe linux-ext4" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Powered by blists - more mailing lists