home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #16 / NN_1992_16.iso / spool / comp / protocol / nfs / 1941 < prev    next >
Encoding:
Internet Message Format  |  1992-07-23  |  1.3 KB
  1. Path: sparky!uunet!auspex-gw!guy
  2. From: guy@Auspex.COM (Guy Harris)
  3. Newsgroups: comp.protocols.nfs
  4. Subject: Re: lockd
  5. Message-ID: <13718@auspex-gw.auspex.com>
  6. Date: 23 Jul 92 23:58:06 GMT
  7. References: <14hpi3INNppo@seven-up.East.Sun.COM> <nje1jic@rhyolite.wpd.sgi.com> <14mrk9INNis@seven-up.East.Sun.COM>
  8. Sender: news@auspex-gw.auspex.com
  9. Organization: Auspex Systems, Santa Clara
  10. Lines: 18
  11. Nntp-Posting-Host: auspex.auspex.com
  12.  
  13. >Lockd on SunOs of that vintage could
  14. >#probably have used vfork(), although that would have been somewhat kludgy.
  15. >
  16. >I think that the first lockd work preceded even the SunOS 4.0 memory
  17. >rearchitecture. Prior to that, vfork would have been a killer.
  18.  
  19. Well, I'm not sure what the rearchitecture has to do with the use of
  20. "vfork()".  I'm also not sure what "vfork()" has to do with e.g.
  21. multithreading "lockd", given that, while parent and child share their
  22. address space, the parent is put in suspended animation until the child
  23. either "exec"s or exits (true both in 4.x and earlier releases).>
  24.  
  25. >| Thought for the day: If Unix had been
  26. >| developed in England, we'd all be using
  27. >| BCPL (and migrating to BCPL++)...
  28.  
  29. (Unless, of course, Martin Richards came to the same conclusion that the
  30. folks who did B came to, and made a typeful successor to BCPL....)
  31.