Date: Fri, 23 Aug 2002 20:03:59 +0300 From: Giorgos Keramidas <keramida@ceid.upatras.gr> To: Carlos Carnero <zopewiz@yahoo.com> Cc: wmoran@potentialtech.com, freebsd-questions@FreeBSD.org Subject: Re: optimization changed from TIME to SPACE ?! Message-ID: <20020823170359.GB50204@hades.hell.gr> In-Reply-To: <20020823164815.38590.qmail@web21401.mail.yahoo.com> References: <20020823162707.GA43840@hades.hell.gr> <20020823164815.38590.qmail@web21401.mail.yahoo.com>
next in thread | previous in thread | raw e-mail | index | archive | help
On 2002-08-23 09:48 +0000, Carlos Carnero wrote: > > Your /var filesystem is almost 100% full. > > I thought so the moment I saw the message, but for > several months now I monitor that box using SNMP and > that partition is *always* kept very loose space-wise. That's funny, because space optimization kicks in only when the free space drops below a certain percentage in FreeBSD's filesystem. The default behavior is to allocate blocks & fragments from a filesystem in the fastest way possible, without taking a lot of care to avoid excess fragmentation of existing blocks. When the free space drops below a certain percentage, the filesystem code tries to avoid fragmenting disk blocks too much, and turns on "space optimization" instead of the default "time optimization". This uses slower algorithms for selecting the blocks & fragments of a file when it's written to, but saves some space. > Filesystem 1K-blocks Used Avail Capacity Mntd > /dev/ad0s1a 248047 38637 189567 17% / > /dev/ad0s1f 10163179 3081838 6268287 33% /usr > /dev/ad0s1e 26341315 9609257 14624753 40% /var > procfs 4 4 0 100% /proc Are you sure there aren't peaks in the space usage of this filesystem that you might miss while using df? -- FreeBSD: The Power to Serve <> http://www.FreeBSD.org FreeBSD 5.0-CURRENT #0: Wed Aug 21 22:08:19 EEST 2002 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-questions" in the body of the message
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20020823170359.GB50204>