On Sun, May 15, 2005 at 06:00:37PM +0200, DervishD wrote:
> Hi all :)
>
> Let's assume I want to partition a hard disk so the partition
> size is optimal for a given block size and bytes per inode ratio in
> an ext2/ext3 filesystem. By 'optimal' I mean that no space in the
> partition is wasted, that is, the metadata and the data blocks fit
> perfectly in the partition, and no space is left unused because that
> space is less than a data block.
>
> For example, if disk structures occupy 1024 bytes and each data
> block is 1024 bytes too, the partition size must be a multiple of
> 1024: if I allocate 2049 bytes for the partition, then one byte will
> be lost because ext2/3 cannot have blocks smaller than the block
> size.
>
> So: which is the optimal partition size for a given block size
> and a given bytes per inode ratio? Can it be easily calculated?
>
You can't allocate 2049 bytes for a partition - it is always a
whole number of 512-byte blocks.
ext2/ext3 uses either 1024-byte b�locks or 4096-byte blocks.
(well, you may be able to use 2048-byte blocks, or
8192-byte blocks on systems with 8k pages, but thats another issue.)
Just make sure your partition is a whole number of blocks, ext2/ext3 should
then be able to utilize the partition fully to the last block.
Using a blocksize equal to the pagesize (i.e. 4096) is usually optimal.
1024-byte blocks may be useful if your filesystem is dominated
by files smaller than 2K, otherwise don't bother.
So make sure your partition consist of an integral number of 4k blocks,
it will then be perfect.
Helge Hafting
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [email protected]
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
[Index of Archives]
[Kernel Newbies]
[Netfilter]
[Bugtraq]
[Photo]
[Stuff]
[Gimp]
[Yosemite News]
[MIPS Linux]
[ARM Linux]
[Linux Security]
[Linux RAID]
[Video 4 Linux]
[Linux for the blind]
[Linux Resources]