I just ran a test config for a full z16 A01 and it had the limits I mentioned.

I am impressed! For the past few years upgrades have generally gone from 2 cables to 4 cables which can be a surprise for the facilities folks. I can't even comprehend 8 x 32 = 256 14 foot cables. A couple of large truckloads I would think.

For a general estimate on power, you can go to ResourceLink (Power Estimation Tool) and either select an existing mainframe from your access list, or type in the config details yourself (a bit of a hassle).

On 7/19/2023 9:42 PM, Jon Perryman wrote:
  > 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

Reply via email to