From owner-freebsd-questions Fri Aug 23 10:44: 8 2002 Delivered-To: freebsd-questions@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6F25037B400 for ; Fri, 23 Aug 2002 10:44:04 -0700 (PDT) Received: from apollo.sitaranetworks.com (apollo.sitaranetworks.com [199.103.141.105]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7D25E43E72 for ; Fri, 23 Aug 2002 10:44:03 -0700 (PDT) (envelope-from cptacek@sitaranetworks.com) Received: from rios.sitaranetworks.com (rios.sitaranetworks.com [199.103.141.78]) by apollo.sitaranetworks.com (8.10.2+Sun/8.9.3) with ESMTP id g7NHgw610415; Fri, 23 Aug 2002 13:42:58 -0400 (EDT) Received: by rios.sitaranetworks.com with Internet Mail Service (5.5.2653.19) id ; Fri, 23 Aug 2002 13:43:46 -0400 Message-ID: <31269226357BD211979E00A0C9866DAB02BB9988@rios.sitaranetworks.com> From: Chris Ptacek To: "'Giorgos Keramidas'" , Carlos Carnero Cc: wmoran@potentialtech.com, freebsd-questions@FreeBSD.ORG Subject: RE: optimization changed from TIME to SPACE ?! Date: Fri, 23 Aug 2002 13:43:45 -0400 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2653.19) Content-Type: text/plain; charset="iso-8859-1" Sender: owner-freebsd-questions@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Actually I have been trying to figure out this myself for a while. I am having the same issues (squid cache), TIME to SPACE changes with the partition at 50-70% used. From what I have been able to find this has to do with fragmentation in the partition and not the disk actually being full. I actually have a partition dedicated to the cache (/cache) so I am pretty sure the fragmentation is caused by squid. Currently I have not been able to figure our what I can do to ease or prevent these TIME to SPACE changes (reduce fragmentation). If you figure anything out please let me know as well. - Chris > -----Original Message----- > From: Giorgos Keramidas [mailto:keramida@ceid.upatras.gr] > Sent: Friday, August 23, 2002 10:04 AM > To: Carlos Carnero > Cc: wmoran@potentialtech.com; freebsd-questions@FreeBSD.ORG > Subject: Re: optimization changed from TIME to SPACE ?! > > > 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 > To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-questions" in the body of the message