Skip site navigation (1)Skip section navigation (2)
Date:      Thu, 1 Jul 1999 02:46:26 -0400 (EDT)
From:      "Brian F. Feldman" <green@unixhelp.org>
To:        Poul-Henning Kamp <phk@critter.freebsd.dk>
Cc:        Julian Elischer <julian@whistle.com>, 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.9907010243150.68413-100000@janus.syracuse.net>
In-Reply-To: <43774.930765873@critter.freebsd.dk>

next in thread | previous in thread | raw e-mail | index | archive | help
On Wed, 30 Jun 1999, Poul-Henning Kamp wrote:

> In message <Pine.BSF.4.10.9906301357250.50480-100000@janus.syracuse.net>, "Bria
> n F. Feldman" writes:
> 
> >I thought about this a LOT, and it's not a great idea to hold a pointer to
> >the proc...
> 
> It's not really that different from doing it to a vnode...
> 
> Mind you, I've been trying to find a way NOT to do it for vnodes
> because I would like to be able to free them again.  And I'm a
> little bit concerned if the zone allocator never frees pages again
> because that means that one mistake with a fork(2) and a lot of
> RAM (not VM, actual RAM) is tied up until next reboot.

That's a very good concern. I don't especially love that happening.

> So if we have decided to make struct proc a stable storage kind of
> thing, then holding pointers is perfectly ok (with the addition of
> a serial number, p_pid wont do).  It is the move to stable storage
> that has me concerned.

Yeah, a u_int64_t p_gencnt is my thought; but the proc-holding issue..
if it's NOT type-stable storage, then pfind() is the only way; isn't
pfind() very fast though? It's just a hash and following a link of
procs...

> 
> --
> Poul-Henning Kamp             FreeBSD coreteam member
> phk@FreeBSD.ORG               "Real hackers run -current on their laptop."
> FreeBSD -- It will take a long time before progress goes too far!
> 

 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.9907010243150.68413-100000>