home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #16 / NN_1992_16.iso / spool / comp / os / vms / 12620 < prev    next >
Encoding:
Internet Message Format  |  1992-07-21  |  1.1 KB
  1. Path: sparky!uunet!zaphod.mps.ohio-state.edu!mips!pacbell.com!att!ucbvax!UV4.EGLIN.AF.MIL!MOOREMJ
  2. From: MOOREMJ@UV4.EGLIN.AF.MIL ("Martin J. Moore, TYBRIN, 882-9793")
  3. Newsgroups: comp.os.vms
  4. Subject: RE: Help wanted : Running out of ENQLM
  5. Message-ID: <9207220301.AA13863@ucbvax.Berkeley.EDU>
  6. Date: 21 Jul 92 20:58:00 GMT
  7. Sender: daemon@ucbvax.BERKELEY.EDU
  8. Distribution: world
  9. Organization: The Internet
  10. Lines: 20
  11.  
  12. >
  13. >We have COBOL programs which run out of ENQLM very quickly.
  14. >
  15. >I know that ENQLM is the number of locks you can have queued at any
  16. >one time, and that file i/o can use locks.  But I don't really know
  17. >much more than that, and I would like to understand what is going on.
  18. >
  19. >1.  What else besides file i/o uses locks ?  I imagine there are operating
  20. >    system tables which require locks ?
  21. >
  22.  
  23. Are your programs opening many files for shared access?  When files are
  24. shared, locking must be performed at the record level instead of the file
  25. level, resulting in a many-fold increase in the number of locks needed.
  26. One of our users had exactly this problem -- although not to the high
  27. number you describe.
  28.                 Marty Moore
  29.                 mooremj@uv4.eglin.af.mil
  30.  
  31.  
  32.