[lkml]   [2008]   [Feb]   [12]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
Messages in this thread
SubjectRe: BTRFS partition usage...
On Tuesday 12 February 2008, Jan Engelhardt wrote:
> On Feb 12 2008 09:08, Chris Mason wrote:
> >> >So, if Btrfs starts zeroing at 1k, will that be acceptable for you?
> >>
> >> Something looks wrong here. Why would btrfs need to zero at all?
> >> Superblock at 0, and done. Just like xfs.
> >> (Yes, I had xfs on sparc before, so it's not like you NEED the
> >> whitespace at the start of a partition.)
> >
> >I've had requests to move the super down to 64k to make room for
> > bootloaders, which may not matter for sparc, but I don't really plan on
> > different locations for different arches.
> In x86, there is even more space for a bootloader (some 28k or so)
> even if your partition table is as closely packed as possible,
> from 0 to 7e00 IIRC.
> For sparc you could have something like
> startlba endlba type
> sda1 0 2 1 Boot
> sda2 2 58 3 Whole disk
> sda3 58 90000 83 Linux
> and slap the bootloader into "MBR", just like on x86.
> Or I am missing something..

It was a request from hpa, and he clearly had something in mind. He kindly
offered to review the disk format for bootloaders and other lower level
issues but I asked him to wait until I firm it up a bit.

From my point of view, 0 is a bad idea because it is very likely to conflict
with other things. There are lots of things in the FS that need deep
thought,and the perfect system to fully use the first 64k of a 1TB filesystem
isn't quite at the top of my list right now ;)

Regardless of offset, it is a good idea to mop up previous filesystems where
possible, and a very good idea to align things on some sector boundary. Even
going 1MB in wouldn't be a horrible idea to align with erasure blocks on SSD.


 \ /
  Last update: 2008-02-12 15:39    [W:0.091 / U:2.980 seconds]
©2003-2018 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site