Date: Sat, 6 Jan 2001 17:35:00 -0500 (EST) From: Robert Watson <rwatson@FreeBSD.org> To: jasone@FreeBSD.org Cc: cluster@FreeBSD.org Subject: Re: Decomposition of "process" -- will it be possible to have unbacked procs? Message-ID: <Pine.NEB.3.96L.1010106172806.19327G-100000@fledge.watson.org> In-Reply-To: <Pine.NEB.3.96L.1010106170308.19327F-100000@fledge.watson.org>
next in thread | previous in thread | raw e-mail | index | archive | help
BTW, a few cute side effects of abstracting out some of the process functionality to hide the implementation of some process functionality: - Emulated environments can expose the process structure from within an emulated operating system. For example, processes running under Windows in VMWare or plex86 could appear in the system process table -- terminate signals to the image processes could be delivered within Windows to the real process (given appropriate mapping). - The same goes for clustering environments -- when a process is on another host, or migrates, images appear on each host to reflect that change. Depending on how comprehensive the level of clustering is, operations from signaling to debugging could be forwarded. It could also be used to help support clustering in other ways -- when a process migrates, its implementor is changed so that requests originally delivered locally are now forwarded as needed. - Old-style processes and SA processes could coexist at the same time, with requests on a process being processed by different code transparently. We already do this for things like the process sysent table, some signal delivery, etc. Presumably this would be entirely compatible with the decomposition of the process such that scheduled entities are not necessarily the same as entries in the process table (not all processes that are visible are scheduled, or they may have multiple schedulable parts). Robert N M Watson FreeBSD Core Team, TrustedBSD Project robert@fledge.watson.org NAI Labs, Safeport Network Services To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-cluster" in the body of the message
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?Pine.NEB.3.96L.1010106172806.19327G-100000>