From owner-freebsd-arch Tue Nov 7 11:27:17 2000 Delivered-To: freebsd-arch@freebsd.org Received: from critter.freebsd.dk (fw2.aub.dk [195.24.1.195]) by hub.freebsd.org (Postfix) with ESMTP id 2A16637B479 for ; Tue, 7 Nov 2000 11:27:12 -0800 (PST) Received: from critter (localhost [127.0.0.1]) by critter.freebsd.dk (8.11.1/8.9.3) with ESMTP id eA7JQuD26298; Tue, 7 Nov 2000 20:26:56 +0100 (CET) (envelope-from phk@critter.freebsd.dk) To: Matt Dillon Cc: Bruce Evans , Kirk McKusick , arch@FreeBSD.ORG Subject: Re: softdep panic due to blocked malloc (with traceback) In-Reply-To: Your message of "Tue, 07 Nov 2000 11:23:23 PST." <200011071923.eA7JNN881648@earth.backplane.com> Date: Tue, 07 Nov 2000 20:26:56 +0100 Message-ID: <26296.973625216@critter> From: Poul-Henning Kamp Sender: owner-freebsd-arch@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG In message <200011071923.eA7JNN881648@earth.backplane.com>, Matt Dillon writes: >:Could we please have an eventhandler chain which gets called when >:we are short of KVM ? There are code which can free KVM with no >:significant loss of anything but performance, if only we bother to >:tell it to do so. >: >:-- >:Poul-Henning Kamp | UNIX since Zilog Zeus 3.20 >:phk@FreeBSD.ORG | TCP/IP since RFC 956 > > I don't think garbage collection is the answer, because there is always > the possibility that there may not be sufficient garbage to collect. We are not talking garbage collection, we are talking dumping the vfs namecache for instance. -- Poul-Henning Kamp | UNIX since Zilog Zeus 3.20 phk@FreeBSD.ORG | TCP/IP since RFC 956 FreeBSD committer | BSD since 4.3-tahoe Never attribute to malice what can adequately be explained by incompetence. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-arch" in the body of the message