On Sat, Apr 09, 2011 at 09:35:49PM +0200, Peter Stuge wrote: > But for such filesystems, Linux can't do what Helmut would like. Indeed. In the general case, there's no single number that "gets it right". That said, if data and metadata are the same replication type for the whole filesystem, you *can* get it pretty much exactly right(*); if data is the same type for the whole filesystem, you can get it *nearly* right (since metadata is typically a small fraction of the data size). (*) Ignoring the space required for reservations to actually do anything with the filesystem when it's very close to full... > Maybe it would be possible to optimize the reported numbers, to be > what the user actually wants as often as possible. Ie. if there is > only one type of backing storage (sorry, don't know the terms) then RAID level or replication strategy. Although "RAID" gives a slightly misleading impression of what actually happens in btrfs... > the calculation would be easier to get right, following the simple > formula that was just given. This is all eye candy however, > completely irrelevant IMO as long as the filesystem oopses, or eats > root nodes. :) > > > //Peter -- === Hugo Mills: hugo@... carfax.org.uk | darksatanic.net | lug.org.uk === PGP key: 515C238D from wwwkeys.eu.pgp.net or http://www.carfax.org.uk --- Great oxymorons of the world, no. 3: Military Intelligence ---
Attachment:
signature.asc
Description: Digital signature
