home *** CD-ROM | disk | FTP | other *** search
/ Usenet 1994 October / usenetsourcesnewsgroupsinfomagicoctober1994disk2.iso / std_unix / v21 / 096 / text0000.txt < prev   
Encoding:
Internet Message Format  |  1990-12-05  |  1.4 KB
  1. From: jfh@rpp386.cactus.org (John F. Haugh II)
  2.  
  3. In article <497@usenix.ORG> swart@src.dec.com (Garret Swart) writes:
  4. >I believe in putting lots of interesting stuff in the file system name
  5. >space but I don't believe that semaphores belong there.  The reason
  6. >I don't want to put semaphores in the name space is the same reason
  7. >I don't want to put my program variables in the name space:  I want
  8. >to have lots of them, I want to create and destroy them very quickly
  9. >and I want to operate on them even more quickly.  In other words, the
  10. >granularity is wrong.
  11.  
  12. There is no requirement that you bind every semaphore handle to
  13. a file system name.  Only that the ability to take a semaphore
  14. handle and create a file system name or take a file system name
  15. entry and retreive a semaphore handle.  This would permit you to
  16. rapidly create and destroy semaphore for private use, as well as
  17. provide an external interface for public use.
  18.  
  19. There is no restriction in either case as to the speed which you
  20. can perform operations on the handle - file descriptors are
  21. associated with file system name entries in many cases and I've
  22. not seen anyone complain that file descriptors slow the system
  23. down.
  24. -- 
  25. John F. Haugh II                             UUCP: ...!cs.utexas.edu!rpp386!jfh
  26. Ma Bell: (512) 832-8832                           Domain: jfh@rpp386.cactus.org
  27. "SCCS, the source motel!  Programs check in and never check out!"
  28.         -- Ken Thompson
  29.  
  30. Volume-Number: Volume 21, Number 96
  31.  
  32.