home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #31 / NN_1992_31.iso / spool / bit / listserv / ibmmain / 2886 < prev    next >
Encoding:
Internet Message Format  |  1992-12-24  |  3.4 KB
  1. Path: sparky!uunet!paladin.american.edu!auvm!psuvm!wvnvm!rich
  2. Date: Thu, 24 Dec 1992 08:25:47 EST
  3. From: Richard E. Lynch <RICH@wvnvm.wvnet.edu>
  4. Message-ID: <92359.082547RICH@wvnvm.wvnet.edu>
  5. Newsgroups: bit.listserv.ibm-main
  6. Subject: Re: Logical Partitions/Physical Partitions
  7. References:  <IBM-MAIN%92122314530248@RICEVM1.RICE.EDU>
  8. Lines: 68
  9.  
  10. In article <IBM-MAIN%92122314530248@RICEVM1.RICE.EDU>, Michael Stein
  11. <CSYSMAS@UCLAMVS.BITNET> says:
  12. >
  13. > - reliability
  14. >   VM adds yet another point of failure to your MVS system.  Also
  15. >   in my experience VM isn't as good at recovering from errors as
  16. >   MVS -- thus it's not just another point of failure, it's worse
  17. >   than just twice as bad as MVS alone.
  18.  
  19. The reliability of VM is much improved since VM/XA. We have been running
  20. VM/XA or VM/ESA for years and have had only a couple of failures. MVS
  21. has had a few failures too. There is also the guest recovery support
  22. where VM can fail with minimal impact on preferred guests. We go for
  23. months without a single VM IPL. For us, VM reliability has been about
  24. the same as MVS reliability. I feel that these days, the reliability of
  25. VM is not a big issue. I can not say the same for pre-XA releases of VM.
  26.  
  27. >
  28. > - support of new hardware
  29. >   VM tends to have later support for new hardware, thus
  30. >   restricting you from installing new hardware (and selling the
  31. >   old while it's still worth something).
  32.  
  33. Agreed. Support for new devices in VM does tents to come after the
  34. support has already been added to MVS.  However, this has never been
  35. a problem for us and I doubt it's much a problem for anyone else. The
  36. support for new devices comes soon enough. Also, dedicating these
  37. devices to the guest is a reasonable option when native support in
  38. VM is lacking. Once again, this has never been a issue for us.
  39.  
  40. >
  41. > - complexity
  42. >   VM is much more complex than LPAR.  Besides taking system
  43. >   programmer time to support/maintain it, there are more things
  44. >   which can go wrong (I/O support, CMS which is at least needed
  45. >   to maintain VM).
  46.  
  47. Depending on what you intend to do with VM, systems support may not be
  48. all that significant.  If you provide CMS access to your users then
  49. of course there is some significant systems support issues.  However,
  50. that support would be required regardless of LPAR or NOLPAR.  If you are
  51. simply using VM to run guest operating systems then the support requirements
  52. are minimal.  Follow the "cook book" to install it and leave it alone.
  53.  
  54. >
  55. > - performance (?)
  56. >   It's easy to say that VM and LPAR should have the same
  57. >   overhead, however it may not be.  It's probably easy to start
  58. >   using some VM services which have a large impact on the
  59. >   performance.  And if you can't use the VM services why pay for
  60. >   VM?  (reliability, $, maintenance, support etc).
  61.  
  62. I don't buy this.  A V=R guest under VM performs approx. the same
  63. as a LPAR guest.  If you start using "some VM services" then it's
  64. because you need them and I don't see how that could significantly
  65. impact an isolated V=R guest.
  66.  
  67. Running guests under VM has many advantages and is more flexible. The sharing
  68. and reconfiguration of devices; Reduced hardware requirements; Use of virtual
  69. CTCA's instead of real ones.
  70.  
  71.  
  72. Richard E. Lynch
  73. West Virginia Network for Educational Telecomputing (WVNET)
  74. Manager of IBM Systems Programming
  75. 837 Chestnut Ridge Road
  76. Morgantown, WV  26505          Bitnet:   RICH@WVNVM.BITNET
  77. Tel: (304) 293-5192            Internet: rich@wvnvm.wvnet.edu
  78.