Skip site navigation (1)Skip section navigation (2)
Date:      Thu, 1 Jul 1999 02:42:03 -0400 (EDT)
From:      "Brian F. Feldman" <green@unixhelp.org>
To:        Julian Elischer <julian@whistle.com>
Cc:        Garrett Wollman <wollman@khavrinen.lcs.mit.edu>, Peter Wemm <peter@FreeBSD.org>, 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
Message-ID:  <Pine.BSF.4.10.9907010236550.68413-100000@janus.syracuse.net>
In-Reply-To: <Pine.BSF.3.95.990630105951.12786D-100000@current1.whistle.com>

next in thread | previous in thread | raw e-mail | index | archive | help
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




Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?Pine.BSF.4.10.9907010236550.68413-100000>