From owner-freebsd-questions Fri Aug 23 9:27:16 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 DEEA537B400 for ; Fri, 23 Aug 2002 09:27:12 -0700 (PDT) Received: from mailsrv.otenet.gr (mailsrv.otenet.gr [195.170.0.5]) by mx1.FreeBSD.org (Postfix) with ESMTP id 17EFA43E7B for ; Fri, 23 Aug 2002 09:27:11 -0700 (PDT) (envelope-from keramida@ceid.upatras.gr) Received: from hades.hell.gr (patr530-b240.otenet.gr [212.205.244.248]) by mailsrv.otenet.gr (8.12.4/8.12.4) with ESMTP id g7NGR8pD009728; Fri, 23 Aug 2002 19:27:09 +0300 (EEST) Received: from hades.hell.gr (hades [127.0.0.1]) by hades.hell.gr (8.12.5/8.12.5) with ESMTP id g7NGR7Dq048767; Fri, 23 Aug 2002 19:27:08 +0300 (EEST) (envelope-from keramida@ceid.upatras.gr) Received: (from charon@localhost) by hades.hell.gr (8.12.5/8.12.5/Submit) id g7NGR7xC048766; Fri, 23 Aug 2002 19:27:07 +0300 (EEST) (envelope-from keramida@ceid.upatras.gr) Date: Fri, 23 Aug 2002 19:27:07 +0300 From: Giorgos Keramidas To: Carlos Carnero Cc: freebsd-questions@FreeBSD.ORG Subject: Re: optimization changed from TIME to SPACE ?! Message-ID: <20020823162707.GA43840@hades.hell.gr> References: <20020823162400.33567.qmail@web21401.mail.yahoo.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20020823162400.33567.qmail@web21401.mail.yahoo.com> X-PGP-Fingerprint: C1EB 0653 DB8B A557 3829 00F9 D60F 941A 3186 03B6 X-Phone: +30-944-116520 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 On 2002-08-23 09:24 +0000, Carlos Carnero wrote: > Hi, > > I just got this message in my log: > > Aug 22 19:06:06 osiris /kernel: /var: optimization changed from TIME to SPACE Your /var filesystem is almost 100% full. > (2) Is it good, bad or doesn't really matter? It's not very bad, but it definitely slows things down. The filesystem still works, but things will be slow when accessing it to write new stuff. > The box where I got this from has a Squid cache > running in /var, BTW. You should definitely limit squid from filling up the entire /var filesystem. There are a ton of other programs that will want to use /var too and having a single squid caching proxy fill it near 100% is not a very good idea. -- 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