home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #26 / NN_1992_26.iso / spool / bit / listserv / ibmmain / 2630 < prev    next >
Encoding:
Internet Message Format  |  1992-11-12  |  2.0 KB
  1. Path: sparky!uunet!utcsri!torn!nott!dgbt!netfs!ub!zaphod.mps.ohio-state.edu!darwin.sura.net!paladin.american.edu!auvm!IBM4381.ONET.EDU!BMUSAT
  2. From: bmusat%oscs@IBM4381.ONET.EDU
  3. Newsgroups: bit.listserv.ibm-main
  4. Subject: MVS Performance
  5. Message-ID: <2B02DB46@OSCS_MAIL_GATE>
  6. Date: 13 Nov 92 00:09:33 GMT
  7. Sender: IBM Mainframe Discussion list <IBM-MAIN@RICEVM1.BITNET>
  8. Lines: 30
  9. Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
  10. X-Mailer: Network Courier V2.1a
  11. Encoding: 31 TEXT
  12. Comments: To: IBM-MAIN@VM1.CC.UAKRON.EDU
  13.  
  14. rob ryerson had some interesting questions to ask about assigning the duties
  15. of MVS "performance management/tuning":
  16.  
  17. > Does the 'MVS' systems programmer standardly perform the function?
  18.  
  19. i worked in an EDS shop where the systems programmer did performance changes,
  20. but only as he had the time left from other, more pressing assignments.  he
  21. would accept requests from both management and the operators, and prioritise
  22. them according to time required for processing the change, benefits evolved
  23. from the change and possible negative ramifications of the change.
  24. this was a small-ish shop, and he was the only MVS-dedicated systems
  25. programmer we had.
  26.  
  27. > Do some shops have performance specalists, or possibly contract out
  28. > for the function?
  29.  
  30. when i worked at SOHIO (before it became BP America) there were two systems
  31. programmers who were assigned to do nothing BUT tinker with the system to
  32. grease the flow of jobs' throughput.  this also included easing the burden on
  33. the operators by simplification of entered commands.
  34. this was a relatively large, MVS-only shop, with a full-time programming
  35. staff of approximately 40 to 50 people.
  36.  
  37. > Is this possibly a function of shop size, experience level of staff, as to
  38. > who does the work?
  39.  
  40. yes, obviously.  time plays an important factor, also, as does the
  41. reliability of the day-to-day production programs.  if your tech support crew
  42. is constantly scouring JCL to figure out "where did this job abend THIS
  43. time?!?!?!" then they will have very little time to work on system tweaking.
  44.