> 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