From owner-freebsd-hackers Thu Apr 8 0:21: 0 1999 Delivered-To: freebsd-hackers@freebsd.org Received: from apollo.backplane.com (apollo.backplane.com [209.157.86.2]) by hub.freebsd.org (Postfix) with ESMTP id 943FE15891 for ; Thu, 8 Apr 1999 00:20:59 -0700 (PDT) (envelope-from dillon@apollo.backplane.com) Received: (from dillon@localhost) by apollo.backplane.com (8.9.3/8.9.1) id AAA09117; Thu, 8 Apr 1999 00:18:50 -0700 (PDT) (envelope-from dillon) Date: Thu, 8 Apr 1999 00:18:50 -0700 (PDT) From: Matthew Dillon Message-Id: <199904080718.AAA09117@apollo.backplane.com> To: Markus Stumpf Cc: hackers@FreeBSD.ORG Subject: Re: squid and FreeBSD (was: Re: Nice FreeBSD mention) References: <19990407151931.A36308@ikhala.tcimet.net> <19990408031719.M28680@space.net> Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG :"top" says : : PID USERNAME PRI NICE SIZE RES STATE TIME WCPU CPU COMMAND : 8542 root 2 -15 204M 177M select 60:27 0.00% 0.00% squid : :>From that point I would imagine that 256 MB RAM is enough to fit in :squid and - with about 50 megs left - some other processes. I'm not familiar with squid. Why is it eating 204M of VM? If that is programmable, simply reduce it to 150M. FreeBSD can't give over all of its physical memory to a process. It needs memory for kernel buffers and file caching. It *especially* needs memory for kernel buffers in a network-heavy setup. Turning off swap in this case will cause the machine to lockup when it runs out of memory -- probably not what you want. -Matt : \Maex : :-- :SpaceNet GmbH | http://www.Space.Net/ | In a world without To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message