Re: ext2 optimal partition size

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



On Sun, May 15, 2005 at 07:14:37PM +0200, DervishD wrote:
>     Hi Helge :)
> 
>     That's was just an example, and anyway I can create an ext2/3
> filesystem on a file.

Sure.  It won't be a "partition" though.
>  
> > 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.
> 
>     Do that means that metadata (disk structures, block groups
> structs and the like) all fits in block-size chunks???

fs-blocksize chunks, yes.  (i.e. 1K or 4K blocks, not the
512 byte disk blocks.)

I don't know if aøll metadata fits iarbitrary number of block-sized chunks, 
but that cannot matter.  Any "extra" block can surely be utilized for
file data.


>  
> > Using a blocksize equal to the pagesize (i.e. 4096) is usually optimal.
> 
>     Thanks, I'll try it :) My main doubt was if the metadata was
> managed in block-sized chunks, it seems so.

Managing everything in block-sized chunks is a common design in unix filesystems.
It avoids many problems and allows arbitrary filesystem sizes.
Of course some structures will need quite a few blocks, but the number
of blocks will depend on the size of the filesystem and will therefore
always fit in the available space.  (Well, unless you try creating
something silly like a 1-block fs. :-)

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]
  Powered by Linux