Relay-Version: version B 2.10 5/3/83; site utzoo.UUCP Posting-Version: Notesfiles $Revision: 1.7.0.5 $; site ndm20 Path: utzoo!watmath!clyde!burl!ulysses!mhuxr!mhuxt!houxm!ihnp4!inuxc!pur-ee!uiucdcs!convex!ndm20!tp From: tp@ndm20 Newsgroups: net.unix-wizards Subject: Re: vfork Message-ID: <2800001@ndm20> Date: Tue, 9-Jul-85 20:41:00 EDT Article-I.D.: ndm20.2800001 Posted: Tue Jul 9 20:41:00 1985 Date-Received: Sat, 13-Jul-85 07:42:43 EDT References: <726@wlcrjs.UUCP> Lines: 26 Nf-ID: #R:wlcrjs.UUCP:-72600:ndm20:2800001:000:1183 Nf-From: ndm20!tp Jul 9 19:41:00 1985 >vfork is a botch. The way to implement fork on a paged system is to set >up both processes with identical data page tables as well as text pages, >and make the data pages read-only. When a write to a data page causes >a fault, duplicate the page and make each copy writable. Swapping gets According to an AT&T representative at the January uniforum here in dallas, one of the changes that will soon be made to SysV is to implement the "Copy-on-modify" protection on a page (exactly what you describe) as part of the SysV virtual memory code (which does exist in SVR2v4 on the 3b20, though nobody seems to have ported it (are they releasing it?)). Other enhancements he mentioned were Dennis Ritchie's Streams package and a distributed file system (actually the streams package is the implementation vehicle for the dfs). The above is subject to a 6 month memory lag. Somebody please correct me if I'm wrong on these (fast, before the fallout hits), but I'm pretty sure about those particular items. Thanks, Terry Poot Nathan D. Maier Consulting Engineers (214)739-4741 Usenet: ...!{allegra|ihnp4}!convex!smu!ndm20!tp CSNET: ndm20!tp@smu ARPA: ndm20!tp%smu@csnet-relay.ARPA