From owner-freebsd-current Mon May 7 10:59:15 2001 Delivered-To: freebsd-current@freebsd.org Received: from perninha.conectiva.com.br (perninha.conectiva.com.br [200.250.58.156]) by hub.freebsd.org (Postfix) with ESMTP id 3D6B537B423 for ; Mon, 7 May 2001 10:59:07 -0700 (PDT) (envelope-from riel@conectiva.com.br) Received: from burns.conectiva (burns.conectiva [10.0.0.4]) by perninha.conectiva.com.br (Postfix) with SMTP id BBF6216B36 for ; Mon, 7 May 2001 14:58:56 -0300 (EST) Received: (qmail 17764 invoked by uid 0); 7 May 2001 17:57:28 -0000 Received: from duckman.distro.conectiva (HELO duckman.conectiva.com.br) (root@10.0.17.2) by burns.conectiva with SMTP; 7 May 2001 17:57:28 -0000 Received: from localhost (riel@localhost) by duckman.conectiva.com.br (8.11.3/8.11.3) with ESMTP id f47Hwsm24036; Mon, 7 May 2001 14:58:56 -0300 X-Authentication-Warning: duckman.distro.conectiva: riel owned process doing -bs Date: Mon, 7 May 2001 14:58:53 -0300 (BRST) From: Rik van Riel X-X-Sender: To: Matt Dillon Cc: Sheldon Hearn , Kris Kennaway , Dennis Glatting , , Subject: Re: pgm to kill 4.3 via vm In-Reply-To: <200105071709.f47H9Pr61499@earth.backplane.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Mon, 7 May 2001, Matt Dillon wrote: > their hands of the whole affair. A production machine with 128M of ram > and 1G of swap is going to go down the tubes performance-wise long > before it runs out of swap. Performance degredation under heavy > memory loads is a much more interesting and important problem > then swap exhaustion. Indeed, this is an interesting area. In the process of researching how to best implement this for Linux I have found various reasons why both FreeBSD's and NetBSD's load control systems cannot work in various realistic scenarios. The next step is designing a load control system that does work (not too hard) and having a reliable way of detecting when exactly the system is thrashing (next to impossible?). I'll make a detailed writeup of exactly why FreeBSD's load control system cannot work and will post it to arch@freebsd.org and linux-mm@kvack.org soon... ;) regards, Rik -- Linux MM bugzilla: http://linux-mm.org/bugzilla.shtml Virtual memory is like a game you can't win; However, without VM there's truly nothing to lose... http://www.surriel.com/ http://www.conectiva.com/ http://distro.conectiva.com/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message