home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #31 / NN_1992_31.iso / spool / bit / listserv / ibmmain / 2908 < prev    next >
Encoding:
Internet Message Format  |  1992-12-29  |  1.9 KB
  1. Path: sparky!uunet!zaphod.mps.ohio-state.edu!darwin.sura.net!spool.mu.edu!uwm.edu!psuvax1!psuvm!cunyvm!afecu
  2. Organization: City University of New York/ University Computer Center
  3. Date: Tuesday, 29 Dec 1992 16:56:29 EST
  4. From: Aron Eisenpress <AFECU@CUNYVM.BITNET>
  5. Message-ID: <92364.165629AFECU@CUNYVM.BITNET>
  6. Newsgroups: bit.listserv.ibm-main
  7. Subject: Re: Logical Partitions/Physical Partitions
  8. References:  <9212260553.AA11648@brazos.is.rice.edu>
  9. Lines: 29
  10.  
  11. In article <9212260553.AA11648@brazos.is.rice.edu>, David E Boyes
  12. <dboyes@IS.RICE.EDU> says:
  13. >
  14. >          [...]
  15. >
  16. >If you're going to run serious production guests under VM, you do
  17. >it with dedicated devices, not full pack minidisks. By doing so,
  18. >you retain the advantages of both systems in error recovery and
  19. >system management. You also do it with VM/XA or VM/ESA -- not HPO
  20. >or SP. Most of the things that the MVSers have pointed out were
  21. >true under HPO or SP, but have changed radically since VM/XA, and
  22. >particularly since the introduction of VM/ESA.
  23.  
  24. Ah, but if you dedicate the disks then you can't also get to them from a
  25. test MVS guest!  (Well, you can if you have an additional path and define
  26. that as a different device, but that doesn't save you any hardware over the
  27. LPAR setup.)  And if you don't dedicate the disks you will see a performance
  28. degradation, even with full-pack minidisks.
  29.  
  30. I agree with Leonard and Michael on this issue.  We ran an MVS production
  31. guest under VM/XA and have since partitioned that machine to run MVS native.
  32. Aside from the disk sharing issues, the additional level of complexity for
  33. the operations folks really hurt us.  And we already had the necessary control
  34. unit paths, 3088, etc., since we've had multiple MVS mainframes for a long
  35. time (and we needed them back when we ran MVS as a PMA guest under VM/HPO).
  36. -------
  37.  
  38.  -- Aron Eisenpress, City U of NY
  39.     (AFECU@CUNYVM.BITNET, or AFECU@CUNYVM.CUNY.EDU on the Internet)
  40.