Understandable, which is why I said.. for those who can choose a cut-loose-from-compat release. I can't even imagine how much better zOS will get, having cut out tiny or huge baggage here and there.
Example: In the recent SHARE's DSFS (dataset file system) session, it was mentioned that it supports only block-level. Tracks and Cylinders will be calculated or handled by SMS (outside DSFS that is). Again, I may be conveying it slightly wrong. What I mean to say is... imagine datasets (access methods) without the in-line VTOC logic, and placement/fetching was truly left to the serious big guns of DS9K or DS10K with whatever novel implementations that could bring. - KB ‐‐‐‐‐‐‐ Original Message ‐‐‐‐‐‐‐ On Wednesday, December 8th, 2021 at 7:08 PM, David Spiegel <dspiegel...@hotmail.com> wrote: > Hi KB, > > You goofed again. Your head must be in the clouds (pun intended). > > You said: "... cut out all the baggage of backward compatibility ..." > > Backward compatibility is a big part of customer loyalty. Customers > > expect that their applications will run when processors are upgraded. > > For example, I have a customer that has a serious investment in 40 year > > old applications. > > Regards, > > David > > On 2021-12-08 08:32, kekronbekron wrote: > > > True, I haven't worked in healthcare. > > > > I do apologize for being a bit dramatic in refuting the initial statement. > > > > I just don't get the 'this way or no way' perspective, however > > understandable it is. > > > > IBM's own quantum efforts may make MF irrelevant. > > > > Tech will keep evolving, yes MF is excellent at what it does. > > > > But why hold on to the favourite box and see nothing else. > > > > Even if MF is around for 500 years, is it really going to stay as excellent > > as it has been? > > > > I'm only seeing "hey! I can do it too" sort of implementations of "new" sw > > on Z. > > > > On the hardware side, I can't wait for DS9K etc. > > > > What would be excellent is if zOS v3 started afresh and cut out all the > > baggage of backward compatibility... for those who can afford to do that > > and therefore take the gains therein. > > > > - KB > > > > ‐‐‐‐‐‐‐ Original Message ‐‐‐‐‐‐‐ > > > > On Wednesday, December 8th, 2021 at 6:01 PM, Bill Johnson > > 00000047540adefe-dmarc-requ...@listserv.ua.edu wrote: > > > > > I see someone who has never worked in health care where the mainframe > > > processes each drug prescribed and checks for drug interactions in a > > > microsecond. Yes, people die if the mainframe isn’t available. It’s also > > > why there are plenty of pharmacies open 24 hours and why hospitals have > > > pharmacies. > > > > > > Sent from Yahoo Mail for iPhone > > > > > > On Wednesday, December 8, 2021, 1:33 AM, kekronbekron > > > 000002dee3fcae33-dmarc-requ...@listserv.ua.edu wrote: > > > > > > Critical infra in some places, sure, not everyone is denying that. > > > > > > At the moment of urgent need, do people really buy something and wait for > > > MF to finish processing, for them to be then allowed to continue > > > breathing? > > > > > > What happened to the interim stages (logstics etc). > > > > > > It sounds as though failure to buy/order something immediately is going > > > to lead to their death... is what's being said. > > > > > > Sounds pretty privileged to me. > > > > > > It also sounds like it's assumed that mainframes will last 500 years, no? > > > > > > Did the world not exist before 1960s? > > > > > > Did people automatically die before 1960s because they didn't have MF? > > > > > > Are people and organizations not allowed to be wrong (to their own > > > detriment), etc. > > > > > > Are we sure that 100% of all information out there is truth, apart from > > > this announcement that AWS wants to replace MF? > > > > > > We can all like MF, but don't need to act like it's the sole saviour of > > > humanity. > > > > > > Again that means that all technology that evolved since then is a > > > complete waste of time and people's efforts. > > > > > > Sounds pretty delusional to me... just to convey that MFs are good > > > servers. > > > > > > - KB > > > > > > ‐‐‐‐‐‐‐ Original Message ‐‐‐‐‐‐‐ > > > > > > On Wednesday, December 8th, 2021 at 10:00 AM, Bill Johnson > > > 00000047540adefe-dmarc-requ...@listserv.ua.edu wrote: > > > > > > > > > > AWS had a larger & longer outage today, than all the outages on the > > > > mainframes I’ve worked on in the last 30 years. Much worse. Yet, some > > > > here think AWS is going to replace the mainframe for critical > > > > applications like banking, health care, big retail, and insurance. > > > > Plus, the mainframe has had plenty of negative posts here in the > > > > decades I’ve been involved. Nobody dies when Netflix isn’t available. > > > > (One of the hits from today) people can and do die if the drugs they > > > > need aren’t available because the computer system is down. > > > > > > > > Sent from Yahoo Mail for iPhone > > > > > > > > On Tuesday, December 7, 2021, 11:01 PM, kekronbekron > > > > 000002dee3fcae33-dmarc-requ...@listserv.ua.edu wrote: > > > > > > > > Not at anybody in particular: > > > > > > > > Do we have to make snide remarks because someone else had an outage? > > > > > > > > Don't we remember the times when things on the mainframe itself went > > > > south? > > > > > > > > Has every site's MF env. been 100% available through all these decades? > > > > > > > > Is it wrong to fail sometimes? > > > > > > > > Is this the attitude with which you'd like to retire, holding onto > > > > precious remarks and burning the path behind you as you leave? > > > > > > > > What does that say about one's mentality and outlook in life? > > > > > > > > - KB > > > > > > > > ‐‐‐‐‐‐‐ Original Message ‐‐‐‐‐‐‐ > > > > > > > > On Wednesday, December 8th, 2021 at 3:54 AM, Ronald Wells > > > > 000002ebc63ff5ef-dmarc-requ...@listserv.ua.edu wrote: > > > > > > > > > Pretty pic/web pages make the $$ did you not get the memo > > > > > > > > > > -----Original Message----- > > > > > > > > > > From: IBM Mainframe Discussion List IBM-MAIN@LISTSERV.UA.EDU On > > > > > Behalf Of John McKown > > > > > > > > > > Sent: Tuesday, December 7, 2021 2:57 PM > > > > > > > > > > To: IBM-MAIN@LISTSERV.UA.EDU > > > > > > > > > > Subject: Re: AWS is down. > > > > > > > > > > ** EXTERNAL EMAIL - USE CAUTION ** > > > > > > > > > > Oh, but they advertise that they can replace mainframe. Well, maybe > > > > > the processing. But not the on site reliability. Of course, for WFH, > > > > > the internet is the week point. And, most likely, also the home > > > > > equipment. I just had to reboot my Windows PC at home because it > > > > > decided to stop talking to my internet router. > > > > > > > > > > On Tue, Dec 7, 2021, 12:49 Bill Johnson < > > > > > 00000047540adefe-dmarc-requ...@listserv.ua.edu> wrote: > > > > > > > > > > > Amazon Web Services is down. I can’t get to my pictures. Glad we > > > > > > don’t > > > > > > > > > > > > have our mainframe running there. > > > > > > > > > > > > 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 > > > > > > > > > > Email Disclaimer > > > > > > > > > > This E-mail contains confidential information belonging to the > > > > > sender, which may be legally privileged information. This information > > > > > is intended only for the use of the individual or entity addressed > > > > > above. If you are not the intended recipient, or an employee or agent > > > > > responsible for delivering it to the intended recipient, you are > > > > > hereby notified that any disclosure, copying, distribution, or the > > > > > taking of any action in reliance on the contents of the E-mail or > > > > > attached files is strictly prohibited. > > > > > > > > > > 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 > > > > . > > 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
