Re: Will z/OS be obsolete in 5 years?
That's what they said in 1995!
Please let me know if you have any questions, or concerns!
Thank You!
Roger W Suhr
suhr...@gmail.com
563-581-9065
(from my personal laptop)
-----Original Message-----
From: IBM Mainframe Discussion List <IBM-MAIN@LISTSERV.UA.EDU> On Behalf Of Jon
Perryman
Sent: Thursday, July 20, 2023 12:43 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Will z/OS be obsolete in 5 years?
> That 1,536 doesn't sound right. Max I/O drawers on a z16 A01 is 12 (see
> page 20 in the pdf you linked). So 12 x 16 = 192 cards. And if all
> of
> them are 2 port cards, max ports is 384. And that still leaves CEC
> slots for 36 dual port ICA cards to connect that huge mass.
On page 22, CPC Fanouts are discussed. It says for each CPC which would be 4
making 384 * 4 = 1,536. It's unclear which is correct but even 384 PCIe slots
seems huge. Here's what is says:
Fanouts
- Each CPC drawer supports up to 12 PCIe+ fanout adapters to connect to
the PCIe+ I/O drawers, and Integrated Coupling Adapter Short Reach
(ICA SR) coupling links:
– A 2-port Peripheral Component Interconnect Express (PCIe) 16 GBps I/O
fanout.
Each port supports one domain in the 16-slot PCIe+ I/O drawers .– ICA
SR1.1 and ICA SR PCIe fanouts for coupling links (two links of 8 GBps each).
> Oh, and each of those 32 four-frame machines would need 8 60A 3Ph
> power cables. Wow!
It's hilarious that you are impressed by a meager 8 X 60A 3PH power cables.
First, those are cables are rated 60A and should never use 60A. IBM requires
redundancy so I suspect half are redundant since there are 4 PDU. Probably
somewhere around 22 megawatt hours per year. The same redbook says running the
same Linux workload on a x86, there is a 75% reduction in power use. Impressive
is Google's 5,500,000 servers which consumed 15 terawatt hours in 2020.
On Wednesday, July 19, 2023 at 07:43:28 PM PDT, Tom Brennan
<t...@tombrennansoftware.com> wrote:
> An IBM z16 Max200 fully loaded has 256 cores where 200 cores > are
> available to the customer, 40TB ram and 1,536 (4 CPC draws > with 12 fanout
> adapters each containing 2 ports connecting to > a 16 PCIe slot I/O drawer)?
That 1,536 doesn't sound right. Max I/O drawers on a z16 A01 is 12 (see page
20 in the pdf you linked). So 12 x 16 = 192 cards. And if all of them are 2
port cards, max ports is 384. And that still leaves CEC slots for 36 dual port
ICA cards to connect that huge mass.
Oh, and each of those 32 four-frame machines would need 8 60A 3Ph power cables.
Wow!
On 7/19/2023 6:09 PM, Jon Perryman wrote:
>
>> What a BS 'survey'
>
>
> What is it you consider to be BS? Are you saying that the hardware
> numbers are wrong? An IBM z16 Max200 fully loaded has 256 cores where
> 200 cores are available to the customer, 40TB ram and 1,536 (4 CPC
> draws with 12 fanout adapters each containing 2 ports connecting to a
> 16 PCIe slot I/O drawer)? 32 z16 Max200 in a sysplex is 8,192 cores
> (6,400 customer usable cores), 1,280TB ram and 49,152 PCIe+ slots with
> each of the 32 boxes capable of running 1 z/OS. These numbers come
> from https://www.redbooks.ibm.com/redbooks/pdfs/sg248950.pdf
>
> While that is excessive, IBM can provide you with it today and you could make
> it run efficiently. If you were to run 1 Linux on each of these boxes, most
> of each machine would sit idle waiting on disk.
>
> Is it BS to say that running Linux even on a 32 core 5.5Ghx CPU is struggling
> to keep that box 100% busy because of disks? Is it BS to say that you won't
> find a motherboard with more than 8 PCIe slots or that those PCIe slots
> mostly go unused? Is it BS to say that any company with a 10,000 server
> server farm is not jumping through hoops and using an army to maintain those
> servers? Is it BS to say that IBM z16 failures occur on a daily basis whereas
> Google is constantly fixing their server farm with a large fulltime staff?
>
> I want to know why people think IBM RHEL closed source announcement is being
> ignored when IBM can only grow if they sell z16 to Linux only customers. Are
> you saying it's BS for IBM to expand into the Linux market by using existing
> z/OS products making RHEL compatible with z16? Is it BS for IBM to collect
> revenues from the z/OS products used directly in RHEL without having z/OS on
> any box? On Wednesday, July 19, 2023 at 07:00:53 AM PDT, Michael Watkins
> <0000032966e74d0f-dmarc-requ...@listserv.ua.edu> wrote:
>
> What a BS 'survey'.
>
> -----Original Message-----
> From: IBM Mainframe Discussion List <IBM-MAIN@LISTSERV.UA.EDU> On
> Behalf Of Jon Perryman
> Sent: Tuesday, July 18, 2023 7:47 PM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Will z/OS be obsolete in 5 years?
>
> CAUTION: This email originated from outside of the Texas Comptroller's email
> system.
> DO NOT click links or open attachments unless you expect them from the sender
> and know the content is safe.
>
> IBM RHEL announced it's move to closed source (IBM RedHat Enterprise Linux).
> With some changes, DB2, RACF and other z/OS products could run in Linux on
> z16 in one sysplexed Linux image. We know it's possible because IBM moved
> Unix and TCP into z/OS. IBM RHEL said closed source would force non-paying
> customers to buy RHEL licenses but this makes no sense. Something else must
> be in play.
> I created a survey at https://forms.gle/ZTPXsDJo8Z4H93sv7 to gain insights
> into IBM's decision to close source RHEL. You can skip the survey if you
> don't want to take it and view the survey results through this website. Feel
> free to pass this along.
> I think IBM wants to integrate z/OS products to retain their investments and
> expand their customer base..
> Why is the z/OS community ignoring IBM RHEL closed source? Are software
> vendors preparing their products for Linux?
>
>
> ----------------------------------------------------------------------
> 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
>
>
----------------------------------------------------------------------
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
