home *** CD-ROM | disk | FTP | other *** search
/ Usenet 1994 January / usenetsourcesnewsgroupsinfomagicjanuary1994.iso / sources / std_unix / volume.29 / text0028.txt < prev    next >
Encoding:
Text File  |  1992-12-26  |  1.1 KB  |  26 lines
  1. Submitted-by: henry@zoo.toronto.edu (Henry Spencer)
  2.  
  3. >Submitted-by: johnl@iecc.cambridge.ma.us (John R. Levine)
  4. >The time-honored technique of using a directory as a semaphore and using
  5. >mkdir() and rmdir() as lock and unlock works fairly well, although it's
  6. >rather slow...
  7.  
  8. It isn't reliable, however.  The crucial point is that NFS does not provide
  9. a sufficiently good imitation of Unix filesystem semantics.  I'm told -- I
  10. have not seen details and don't have a reference -- that if you look hard
  11. enough at the problem, and consider things like finite cache sizes, you
  12. can prove that there is *no way* to do reliable locking through the NFS
  13. protocol.  You have to use some sort of non-filesystem method, like
  14. locking daemons (and I agree with John that writing your own is the best
  15. method; the existing ones are garbage).
  16.  
  17. This is one reason (of many) why proposals to canonize NFS as a standard
  18. weren't greeted with cries of delight from all directions...
  19. -- 
  20. There is nothing wrong with making      | Henry Spencer @ U of Toronto Zoology
  21. mistakes, but... make *new* ones. -D.Sim|  henry@zoo.toronto.edu  utzoo!henry
  22.  
  23.  
  24. Volume-Number: Volume 29, Number 30
  25.  
  26.