From owner-freebsd-arch  Wed Mar  6 10: 7:32 2002
Delivered-To: freebsd-arch@freebsd.org
Received: from albatross.prod.itd.earthlink.net (albatross.mail.pas.earthlink.net [207.217.120.120])
	by hub.freebsd.org (Postfix) with ESMTP id 8B23837B400
	for <arch@freebsd.org>; Wed,  6 Mar 2002 10:07:24 -0800 (PST)
Received: from pool0158.cvx21-bradley.dialup.earthlink.net ([209.179.192.158] helo=mindspring.com)
	by albatross.prod.itd.earthlink.net with esmtp (Exim 3.33 #1)
	id 16ifoR-0000v4-00; Wed, 06 Mar 2002 10:06:51 -0800
Message-ID: <3C865AAB.BB692A49@mindspring.com>
Date: Wed, 06 Mar 2002 10:06:35 -0800
From: Terry Lambert <tlambert2@mindspring.com>
X-Mailer: Mozilla 4.7 [en]C-CCK-MCD {Sony}  (Win98; U)
X-Accept-Language: en
MIME-Version: 1.0
To: Seigo Tanimura <tanimura@r.dl.itc.u-tokyo.ac.jp>
Cc: Matthew Dillon <dillon@apollo.backplane.com>,
	Bruce Evans <bde@zeta.org.au>, arch@FreeBSD.ORG
Subject: Re: reclaiming v_data of free vnodes
References: <20020305214534.S4601-100000@gamplex.bde.org>
		<200203051817.g25IHLm71569@apollo.backplane.com> <200203061557.g26FuMfu068151@silver.carrots.uucp.r.dl.itc.u-tokyo.ac.jp>
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
Sender: owner-freebsd-arch@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-arch.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-arch>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-arch>
X-Loop: FreeBSD.ORG

Seigo Tanimura wrote:
> On Tue, 5 Mar 2002 10:17:21 -0800 (PST),
>   Matthew Dillon <dillon@apollo.backplane.com> said:
> 
> Matthew>     zalloc subsystem cannot shift loads at all and as a consequence we
> Matthew>     already have problems with the system running out of KVM.
> 
> I have read that the zone allocator of Mach has a gabage collector to
> reclaim unused free pages. Was that forgotten to port to FreeBSD?

The FreeeBSD code for the most part has the same API, but
in a lot of places, the underlying code is completely
different.

John made an intentional decision for type stability when
he made the semantic "once committed to a zone, always in
that zone".

Personally, I'd really object to a garbage collector; the
one thing you can be sure of with garbage collectors is
that they will run at the most inconvenient time possible.

-- Terry

To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-arch" in the body of the message