Running on a VM on a 400mip box doesn't count, no. The information provided to me was that the "smallest" box that had been tested by IBM is a 400+mip one, so the answer is "no", none of those count. I'm frankly kind of astonished that it never occurred to IBM to test on the smallest box they sell for z/OS use, one would think that would have occurred to "someone".
Working on something for a long time doesn't make it okay to provide only a 2 month "window" to install for those small sites. I still don't understand why IBM didn't just say that they will provide 2.5 with both installation methods and starting with the next release, move to z/OSMF only. It seems unrealistic to provide it for 3 months only. On Sun, 25 Jul 2021 12:56:05 -0300, Clark Morris <cfmt...@uniserve.com> wrote: >[Default] On 25 Jul 2021 06:42:01 -0700, in bit.listserv.ibm-main >mwa...@us.ibm.com (Marna WALLE) wrote: > >>Brian, >>Concerning small environments, does having z/OS (and z/OS V2.5) available to >>all participating ISVs count as part of our early programs? Whereby they >>could use z/OS V2.5 and z/OSMF in their own environment, or use it as a z/VM >>guest? Does it count that these same ISVs, who can run in their own very >>small environments on their own purchased HW, have had z/OSMF for quite a >>while and we've delivered PTFs to help with the performance in those >>environments because of their z/OSMF feedback? Does it count that any early >>customer in the z/OS V2.5 release program can and do have small sandbox >>systems, on which they perform their installation and service work? Does >>having the function testing for z/OS V2.5 across all the z/OS Development >>labs as z/VM guests count, with these environments sometimes being smaller >>than a zPDT? > >I am wondering if some of the problem is the inappropriate default. I >remember putting a zap on a console display module so that the default >was 1 not 100 when a display unit command was issued.. The result of >displaying 100 device statuses on a 1052 (deserving of the >sledgehammer award) bouncing ball console printer was painful. This >lasted from MVT well into MVS and was the subject of a requirement. If >it takes 300 concurrent threads to run the default of 100 qualifies >for being inappropriate. Also someone whose talent is improving >systems performance may be needed. I was the type of person who would >not have designed a good system but I could in many cases drastically >improve the performance of an existing systems, preferably in COBOL >although I did a speed up a couple of assembler programs. > >Clark Morris > >> >>I do understand that you are unhappy with the choice of using z/OSMF for z/OS >>V2.5 after Jan 2022. I'm not sure there's anymore I can offer. We have been >>moving in this direction for a very long time. >> >>-Marna WALLE >>z/OS System Installation and Upgrade >>IBM Poughkeepsie >> >>---------------------------------------------------------------------- >>For IBM-MAIN subscribe / signoff / archive access instructions, >>send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN > >---------------------------------------------------------------------- >For IBM-MAIN subscribe / signoff / archive access instructions, >send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN ---------------------------------------------------------------------- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
