home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #16 / NN_1992_16.iso / spool / comp / os / vms / 12597 < prev    next >
Encoding:
Internet Message Format  |  1992-07-21  |  2.4 KB
  1. Path: sparky!uunet!usc!zaphod.mps.ohio-state.edu!cis.ohio-state.edu!ucbvax!NSCVAX.PRINCETON.EDU!dragon
  2. From: dragon@NSCVAX.PRINCETON.EDU (Mighty Firebreather)
  3. Newsgroups: comp.os.vms
  4. Subject: RE: Help wanted : Running out of ENQLM
  5. Message-ID: <0095DE6A.39D2BE60.6497@nscvax.princeton.edu>
  6. Date: 21 Jul 92 14:38:54 GMT
  7. Sender: daemon@ucbvax.BERKELEY.EDU
  8. Distribution: world
  9. Organization: The Internet
  10. Lines: 44
  11.  
  12.  
  13.     Martyn Brown <brown@lincoln.ac.nz> writes:
  14. >
  15. >We have COBOL programs which run out of ENQLM very quickly.
  16. >
  17. >I know that ENQLM is the number of locks you can have queued at any
  18. >one time, and that file i/o can use locks.  But I don't really know
  19. >much more than that, and I would like to understand what is going on.
  20. >
  21. >1.  What else besides file i/o uses locks ?  I imagine there are operating
  22. >    system tables which require locks ?
  23. >
  24. >2.  What is the effect on the system of a user having a high ENQLM ?
  25. >    How high is high ?  Our default is 800.  Our COBOL user normally has
  26. >    2000.  We tried with 3000 and still didn't get very far.  I don't want
  27. >    to just keep on increasing it without understanding that it is
  28. >    sensible and reasonable that a program might require very large values.
  29. >    Does anyone have guidelines on what are sensible and reasonable ranges
  30. >    of values for ENQLM ?
  31. >
  32. >Any hints or tips would be much appreciated.  We are running VMS V5.4-2 on
  33. >a VAX 4000 model 200, and using COBOL V4.3.
  34. >
  35.  
  36.  
  37.     I think you had better check the coding of your COBOL programs.  I 
  38. have gotten along for years with the default ENQLM of 200.  3000 is 
  39. ridiculous!  It sure looks as if the code is creating a new lock each time
  40. rather than reusing old ones and, further, never dequeuing the old ones. 
  41. If this is the case, fixing the problem should markedly improve the
  42. performance of your application. 
  43.  
  44.     See chapter 12 of "Introduction to VMS System Services" order 
  45. number AA-LA68A-TE for a tutorial on locks and locking.
  46.  
  47.  
  48. *************************************************************************
  49. *                                                                       *
  50. *                        Here, there be dragons!                        *
  51. *                      dragon@nscvax.princeton.edu                      *
  52. *                                                                       *
  53. *                                                Richard B. Gilbert     *
  54. *************************************************************************
  55.  
  56.