Date: Sun, 16 Nov 2008 09:06:18 +1100 From: Peter Jeremy <peterjeremy@optushome.com.au> To: "Rick C. Petty" <rick-freebsd2008@kiwi-computer.com> Cc: freebsd-fs@freebsd.org Subject: Re: Filesystem size and free space Message-ID: <20081115220617.GF51761@server.vk2pj.dyndns.org> In-Reply-To: <20081115045824.GA23464@keira.kiwi-computer.com> References: <491D5296.3000600@bsd.ee> <20081115014203.GE51761@server.vk2pj.dyndns.org> <20081115045824.GA23464@keira.kiwi-computer.com>
next in thread | previous in thread | raw e-mail | index | archive | help
--TYecfFk8j8mZq+dy Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On 2008-Nov-14 22:58:24 -0600, "Rick C. Petty" <rick-freebsd2008@kiwi-compu= ter.com> wrote: >> 16KB with 2KB fragments. Each file or directory needs 256 bytes of >> metadata (its inode). I can't quickly find the size of the filesystem >> metadata but estimate it is <<1% of the filesystem size. > >Not true. With the current defaults, and not including the 320k reserved >at the beginning (for bootblocks, etc.) nor the few MB at the end to align >with a cylinder boundary, UFS2 takes around 3% space for its metadata. >Almost all of this is inode allocation. Note that I explicitly differentiated between the inodes (file metadata) and the rest of the filesystem metadata - superblock replicas, cylinder group headers, free block bitmaps, etc. Inodes do have several % reserved for them by default but the other space is very small. > Most people don't need nearly this >many inodes, but newfs(8) chooses too many instead of too few because runn= ing >out of inodes is more frustrating (I've done it before and I agree). Also, UFS generally tries to allocate a file in the same CG as its initial directory and lots of spare inodes help here. >With the price of drives nowadays, I find complaints about metadata waste= =20 >particularly annoying. Still, I suggest that the OP should use the inode >density parameter to newfs if if insisting that UFS wastes too much space. It is an issue where you are trying to move data from one FS to another whilst reusing the same physical space - which I gather the OP was. --=20 Peter Jeremy Please excuse any delays as the result of my ISP's inability to implement an MTA that is either RFC2821-compliant or matches their claimed behaviour. --TYecfFk8j8mZq+dy Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.9 (FreeBSD) iEYEARECAAYFAkkfR9kACgkQ/opHv/APuIeg7gCgtsRU+yOJuc7O91KNv2oczGCT RP4AniDNxW6YhNHRlIC7zogxcQO5upQT =J0/M -----END PGP SIGNATURE----- --TYecfFk8j8mZq+dy--
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20081115220617.GF51761>