From owner-freebsd-arch Thu Dec 7 2:22:14 2000 From owner-freebsd-arch@FreeBSD.ORG Thu Dec 7 02:22:13 2000 Return-Path: Delivered-To: freebsd-arch@freebsd.org Received: from rina.r.dl.itc.u-tokyo.ac.jp (rina.r.dl.itc.u-tokyo.ac.jp [133.11.199.247]) by hub.freebsd.org (Postfix) with ESMTP id AF10137B400 for ; Thu, 7 Dec 2000 02:22:12 -0800 (PST) Received: from rina.r.dl.itc.u-tokyo.ac.jp (localhost [127.0.0.1]) by rina.r.dl.itc.u-tokyo.ac.jp (8.11.1+3.4Wpre/3.7W-rina.r-0.1-11.01.2000) with ESMTP id eB7AM8C66385; Thu, 7 Dec 2000 19:22:09 +0900 (JST) Date: Thu, 07 Dec 2000 19:22:08 +0900 Message-ID: From: Seigo Tanimura To: bright@wintelcom.net Cc: tanimura@r.dl.itc.u-tokyo.ac.jp, arch@FreeBSD.ORG Subject: Re: Even 1GB KVA is not enough, but we have no more space In-Reply-To: In your message of "Thu, 7 Dec 2000 01:56:51 -0800" <20001207015651.P16205@fw.wintelcom.net> References: <20001207013611.O16205@fw.wintelcom.net> <20001207015651.P16205@fw.wintelcom.net> User-Agent: Wanderlust/1.1.1 (Purple Rain) SEMI/1.13.7 (Awazu) FLIM/1.13.2 (Kasanui) MULE XEmacs/21.1 (patch 12) (Channel Islands) (i386--freebsd) Organization: Digital Library Research Division, Information Techinology Centre, The University of Tokyo MIME-Version: 1.0 (generated by SEMI 1.13.7 - "Awazu") Content-Type: text/plain; charset=US-ASCII Sender: owner-freebsd-arch@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Thu, 7 Dec 2000 01:56:51 -0800, Alfred Perlstein said: >> >> URI: http://people.FreeBSD.org/~tanimura/patches/vm.diff >> Alfred> in the loop you use to allocate, you never test if 'n' hits zero, Alfred> now if there's a swap problem you won't print anything, just wedge Alfred> hard. >> >> It should also be good to reject swapon(2) if swap_zone is NULL. Alfred> Agreed. Since you've been pouring through this code, I'm wondering Alfred> what happens when the swapper can't allocate as much as it wants? Alfred> Does it just reduce the amount of swaping the machine can do? or Alfred> is there a performance hit? or both? Reduction of swap metadata entries primarily results in failure to allocate a metadata entry, limiting the maximum size of vm objects that can be used at a time. Another effect is for the pagedaemon to wait for a free matadata entry, slowing down the speed of swap out. -- Seigo Tanimura To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-arch" in the body of the message