IBM has their IPL CPU boost function. Maybe they could somehow flag zOSMF to speed up the processor while it's running so as to not kill the small machine?
Rex -----Original Message----- From: IBM Mainframe Discussion List <IBM-MAIN@LISTSERV.UA.EDU> On Behalf Of Brian Westerman Sent: Tuesday, June 20, 2023 11:46 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: [EXTERNAL] Re: z/OSMF After a couple years of use, I feel I'm pretty safe saying that, to me, z/OSMF appears to be a poorly designed and very badly programmed product. Most vendors would have ditched the product and stopped promoting it by now, but IBM probably has grand "plans" that won't really come into fruition until sometime around 2030 for z/OSMF. As you all know, the z/OSMF product is the ONLY way to install z/OS, (without using COS), and the product doesn't even run in a usable way on their smallest, (but still supported and sold) processors. So some poor site that buys into a z/15 T02 or z/16 A01 with a single CPU can barely even get the product up let alone have more than one user, and even that user (the systems programmer doing the install) has abysmal response time. I have pointed the problem out to IBM (multiple times), and have gone through the entire process of "proving" the issue(s) several times showing the issues in detail, only to be pointed to a manual that states that you "should" have a minimum of a 400MIP processor complex to use z/OSMF, (because that's what they use(d) for testing). The next problem I already see happening is that they are throwing a bunch of new "features" and add-ons into it, and some of them would be great products on their own, but are being hobbled by the (IMO) poorly designed product. I still can't believe that the same company that proudly states that we can still run code developed in the 1960's on the z/16 seems to care less about the fact that their installation vehicle doesn't support their own small end processors that you need the z/OSMF installation vehicle to install the OS with. Any other vendor would be laughed out of town. One of the sites we support (a z13s, no zIIP, single CPU) can't even install the updates from Broadcom via the "normal" method because using the Java interface times out before authentication. The solution from Broadcom (until IBM can fix their issue) is that they build a special delivery package for the site to use. That's just sad, and what was IBM's response after 7 months of "looking into" the problem? "The site could use a faster processor or the vendor should increase the authentication time limit." Neither of those is a possible solution in this case. Very sad and poorly played on IBM's part. ---------------------------------------------------------------------- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN ---------------------------------------------------------------------- The information contained in this message is confidential, protected from disclosure and may be legally privileged. If the reader of this message is not the intended recipient or an employee or agent responsible for delivering this message to the intended recipient, you are hereby notified that any disclosure, distribution, copying, or any action taken or action omitted in reliance on it, is strictly prohibited and may be unlawful. If you have received this communication in error, please notify us immediately by replying to this message and destroy the material in its entirety, whether in electronic or hard copy format. Thank you. ---------------------------------------------------------------------- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
