From owner-freebsd-stable@FreeBSD.ORG Sat Dec 20 13:56:25 2003 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5690F16A4CE for ; Sat, 20 Dec 2003 13:56:25 -0800 (PST) Received: from dglawrence.com (12-224-163-157.client.attbi.com [12.224.163.157]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0761F43D55 for ; Sat, 20 Dec 2003 13:56:22 -0800 (PST) (envelope-from dg@nexus.dglawrence.com) Received: from nexus.dglawrence.com (localhost [127.0.0.1]) by dglawrence.com (8.12.10/8.12.6) with ESMTP id hBKLtikk030672; Sat, 20 Dec 2003 13:55:44 -0800 (PST) (envelope-from dg@nexus.dglawrence.com) Received: (from dg@localhost) by nexus.dglawrence.com (8.12.10/8.12.3/Submit) id hBKLthmO030670; Sat, 20 Dec 2003 13:55:43 -0800 (PST) Date: Sat, 20 Dec 2003 13:55:43 -0800 From: "David G. Lawrence" To: Paul Mather Message-ID: <20031220215543.GP213@nexus.dglawrence.com> References: <20031218203355.GC45155@gromit.dlib.vt.edu> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20031218203355.GC45155@gromit.dlib.vt.edu> cc: freebsd-stable@freebsd.org Subject: Re: Problems reclaiming VM cache = XFree86 startup annoyance X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 20 Dec 2003 21:56:25 -0000 ... > As you can probably gather, all this manual intervention is a bit of a > hassle. So, my question is this: is there a way explicitly to force > the kernel to flush its VM cache (to move it to "Free"). Failing > that, are there any sysctls to tune to help alleviate the problem? > The only sysctls I change in /etc/sysctl.conf are as follows: I don't know what is causing your problem, but 'cache' pages in FreeBSD are free pages - they can be allocated directly in the page allocation code. They only differ from "free" pages in that they contain cached file data. So the number of pages 'cache' vs. 'free' isn't the cause of the problem. > net.inet.tcp.sendspace=65536 You might want to use 65535 there instead to avoid the system having to use large-window TCP extensions. > kern.ipc.shmmax=67108864 > kern.ipc.shmall=32768 > > The latter two were in response to an installation message of a port I > installed quite some time ago (xine, perhaps?). Uh, yeah. You might want to take that out and see if it affects the problem. shmall of 32768 could potentially result in up to 134MB of virtual memory being consumed, and in most FreeBSD kernel configurations, this would cause it to run out. -DG David G. Lawrence President Download Technologies, Inc. - http://www.downloadtech.com - (866) 399 8500 TeraSolutions, Inc. - http://www.terasolutions.com - (888) 346 7175 The FreeBSD Project - http://www.freebsd.org Pave the road of life with opportunities.