Date: Fri, 2 May 2003 04:08:36 +0200 From: Michael Nottebrock <michaelnottebrock@gmx.net> To: freebsd-performance@freebsd.org Subject: Re: freebsd-performance Digest, Vol 3, Issue Message-ID: <200305020408.41152.michaelnottebrock@gmx.net> In-Reply-To: <Pine.BSF.4.33.0305011815490.82081-100000@isber.ucsb.edu> References: <Pine.BSF.4.33.0305011815490.82081-100000@isber.ucsb.edu>
index | next in thread | previous in thread | raw e-mail
[-- Attachment #1 --]
On Friday 02 May 2003 03:17, randall ehren wrote:
> what do you mean by "set their free reserve"?
A lot of FreeBSD users only realize the existance of this when they are faced
with a situation described in the FreeBSD FAQ:
---snip
9.25. How is it possible for a partition to be more than 100% full?
A portion of each UFS partition (8%, by default) is reserved for use by the
operating system and the root user. df(1) does not count that space when
calculating the Capacity column, so it can exceed 100%. Also, you'll notice
that the Blocks column is always greater than the sum of the Used and Avail
columns, usually by a factor of 8%.
For more details, look up the -m option in tunefs(8).
---snip
... which says:
---snip
From the tunefs(8) manpage:
-m minfree
Specify the percentage of space held back from normal users; the
minimum free space threshold. The default value used is 8%.
This value can be set to zero, however up to a factor of three in
throughput will be lost over the performance obtained at a 10%
threshold. Settings of 5% and less force space optimization to
always be used which will greatly increase the overhead for file
writes. Note that if the value is raised above the current usage
level, users will be unable to allocate files until enough files
have been deleted to get under the higher threshold.
---snip
--
Regards,
Michael Nottebrock
[-- Attachment #2 --]
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.1 (FreeBSD)
iD8DBQA+sdMoXhc68WspdLARAk5eAKCXk1J8pZZKUvZqu/a77V6jrywtZQCeIdvO
xwrAM6O1VrsVIPYxv5MFh7I=
=bU1t
-----END PGP SIGNATURE-----
help
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?200305020408.41152.michaelnottebrock>