From owner-cvs-all Wed Jun 30 12:16:50 1999 Delivered-To: cvs-all@freebsd.org Received: from khavrinen.lcs.mit.edu (khavrinen.lcs.mit.edu [18.24.4.193]) by hub.freebsd.org (Postfix) with ESMTP id 9259714FE3; Wed, 30 Jun 1999 12:16:44 -0700 (PDT) (envelope-from wollman@khavrinen.lcs.mit.edu) Received: (from wollman@localhost) by khavrinen.lcs.mit.edu (8.9.1/8.9.1) id PAA25752; Wed, 30 Jun 1999 15:16:38 -0400 (EDT) (envelope-from wollman) Date: Wed, 30 Jun 1999 15:16:38 -0400 (EDT) From: Garrett Wollman Message-Id: <199906301916.PAA25752@khavrinen.lcs.mit.edu> To: Julian Elischer Cc: "Brian F. Feldman" , Garrett Wollman , Peter Wemm , cvs-committers@FreeBSD.org, cvs-all@FreeBSD.org Subject: Re: cvs commit: src/sys/kern init_main.c kern_fork.c kern_linker.c vfs_aio.c src/sys/sys proc.h In-Reply-To: References: Sender: owner-cvs-all@FreeBSD.ORG Precedence: bulk < said: > I understand how "type stable storage" alters the situation, but I worry > about the following cases. > 1/ at some point in the future a different allocation scheme is used. It will still be type-stable, because TSM is an absolute requirement for speed and important in enabling non-blocking synchronization. > 2/ at some point in the future teh zone allocator is taught to reclaim > totally unused pages of zone memory. > (I've seen such system) See #1. > certainly doable.. but semantically different. What do you do in the case > where it doesn't match? The same thing you do now when pfind() returns NULL. -GAWollman -- Garrett A. Wollman | O Siem / We are all family / O Siem / We're all the same wollman@lcs.mit.edu | O Siem / The fires of freedom Opinions not those of| Dance in the burning flame MIT, LCS, CRS, or NSA| - Susan Aglukark and Chad Irschick To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe cvs-all" in the body of the message