home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #26 / NN_1992_26.iso / spool / bit / listserv / ibmmain / 2614 < prev    next >
Encoding:
Text File  |  1992-11-11  |  2.1 KB  |  47 lines
  1. Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
  2. Path: sparky!uunet!stanford.edu!bcm!convex!darwin.sura.net!paladin.american.edu!auvm!HASARA11.BITNET!SSCP0059
  3. Message-ID: <IBM-MAIN%92111116503116@DEARN>
  4. Newsgroups: bit.listserv.ibm-main
  5. Date:         Wed, 11 Nov 1992 16:46:11 CET
  6. Sender:       IBM Mainframe Discussion list <IBM-MAIN@RICEVM1.BITNET>
  7. From:         "Jules Wolfrat" <SSCP0059@HASARA11.BITNET>
  8. Subject:      long response times under VM
  9. Lines: 36
  10.  
  11. We experience the following problem on VM and would like to know if
  12. somebody on the list has some advice of how to handle the situation.
  13.  
  14. We are running VM/XA 2.1 under LPAR on an IBM 9000-720 (202 MB RSTORE,
  15. 464 MB XSTORE for the VM partition and all CPU's shared, but VM using
  16. almost all CPU cycles, 550%). Under VM we have a small number of active
  17. CMS users (10-50), some 100 service machines and 3 AIX/370 guest systems
  18. (PAIX), from which two are batch servers. The main load on the
  19. system comes from big batch jobs (both memory and CPU cycles) on
  20. both VM and AIX.
  21.  
  22. What we see is that when a new job is started which asks for a large
  23. working set in a short time, VM seems to stop all user activity.
  24. Response times can be as long 30 seconds. Once the new situation has
  25. settled (the job has build up its WS) response becomes normal again.
  26. All VM activity seems to be dedicated to freeing up storage
  27. for the new job, while only the new job apparently is scheduled and
  28. thus is filling up the free pages. What I would like to
  29. see is that the new job in someway could be slowed down in building up
  30. its memory, e.g. if dWS/dt > x then put the job in the E-list or
  31. something equivalent.
  32.  
  33. Does anybody know a way to handle the above situation? I have
  34. appended our SRM settings below.
  35.  
  36. IABIAS : INTENSITY=100; DURATION=6
  37. LDUBUF : Q1=100% Q2=75% Q3=50%
  38. STORBUF: Q1=200% Q2=200% Q3=200%
  39. DSPBUF : Q1=32767 Q2=32767 Q3=32767
  40. DISPATCHING MINOR TIMESLICE = 1 MS
  41.  
  42. Jules Wolfrat
  43. SARA (Academic Computing Services Amsterdam)
  44. P.O. BOX 4613                                  Phone : +31 20 5923028
  45. 1009 AP Amsterdam                              Fax   : +31 20 6683167
  46. The Netherlands                                E-Mail: wolfrat@sara.nl
  47.