From owner-cvs-all Wed Jun 30 23:44:21 1999 Delivered-To: cvs-all@freebsd.org Received: from janus.syracuse.net (janus.syracuse.net [205.232.47.15]) by hub.freebsd.org (Postfix) with ESMTP id C793A14CB4; Wed, 30 Jun 1999 23:42:01 -0700 (PDT) (envelope-from green@unixhelp.org) Received: from localhost (green@localhost) by janus.syracuse.net (8.9.2/8.8.7) with ESMTP id CAA68523; Thu, 1 Jul 1999 02:42:03 -0400 (EDT) Date: Thu, 1 Jul 1999 02:42:03 -0400 (EDT) From: "Brian F. Feldman" X-Sender: green@janus.syracuse.net To: Julian Elischer Cc: 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: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-cvs-all@FreeBSD.ORG Precedence: bulk On Wed, 30 Jun 1999, Julian Elischer wrote: > > > On Wed, 30 Jun 1999, Brian F. Feldman wrote: > > > > > I thought about this a LOT, and it's not a great idea to hold a pointer to > > the proc... > > 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. We also lose some portability with others when we make assumptions about our storage. > 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) I think that would definitely be a strange thing, but instead of causing an invalid page fault, could we have the same page (a scratch page, if you will) back every bit of dead zone space? That would actually be an interesting thing to have, a page reclaim behavior wrt the zone allocator... > > these may not be valid concerns, but worth a quick though.. > Also, all cases that presently look up the proc structure > from a stored pid need to now store a proc * and a sequence number. > certainly doable.. but semantically different. What do you do in the case > where it doesn't match? A different proc has taken over? You throw that away then, don't you? Wouldn't it be nice to have a 64-bit p_gencnt? > > julian > > > > > Brian Fundakowski Feldman _ __ ___ ____ ___ ___ ___ > > green@FreeBSD.org _ __ ___ | _ ) __| \ > > FreeBSD: The Power to Serve! _ __ | _ \._ \ |) | > > http://www.FreeBSD.org/ _ |___/___/___/ > > > > > > Brian Fundakowski Feldman _ __ ___ ____ ___ ___ ___ green@FreeBSD.org _ __ ___ | _ ) __| \ FreeBSD: The Power to Serve! _ __ | _ \._ \ |) | http://www.FreeBSD.org/ _ |___/___/___/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe cvs-all" in the body of the message