You’re ASSuming Zelle is on the mainframe. Multiple 9’s is a fact and many 
companies are running it. You’re an idiot. More truth. Looks like you threaten 
people on the internet too.


Sent from Yahoo Mail for iPhone


On Monday, August 28, 2023, 7:27 PM, David Crayford <dcrayf...@gmail.com> wrote:

On 28/8/2023 10:21 pm, Bill Johnson wrote:
> LOL, there’s Crayfish making stupid comments again. The difference between me 
> and Perryman is I tell the truth. IBM does offer multiple 9’s uptime. And 
> numerous banks have the setup necessary.

> JP Morgan (a REAL bank) spends BILLIONS per year on IT.

Yes. And they still have outages

https://piunikaweb.com/2023/08/24/chase-bank-app-website-down-servers-not-working-online-and-mobile-banking-suffers/
https://www.americanbanker.com/news/zelle-outage-at-jpmorgan-chase-is-red-flag-for-banks
https://piunikaweb.com/2023/08/25/wells-fargo-website-and-app-down-not-working-online-banking-suffers/

As banks rush to modernize their services the applications have become 
far more compex. Especially integrating new technologies into legacy 
systems. More points of failure. 99.999% service availability is a myth.



>
> Sent from Yahoo Mail for iPhone
>
>
> On Monday, August 28, 2023, 7:15 AM, David Crayford<dcrayf...@gmail.com>  
> wrote:
>
> On 27/8/2023 11:05 am, Tom Brennan wrote:
>> A bigger problem is Jon says things like this with such conviction and
>> authority that other people reading these posts, perhaps years from
>> now, will think they are true.
> Don't engage with him! There's no point in debating with a troll.
>
> Lately, he's been banging on about the 99.999999% availability on the
> z16. It's clear he's either deeply ignorant or gullible. In any case, it
> seems he missed the fine print:
> https://www.ibm.com/downloads/cas/0MZVKEYJ. (Who's willing to spend tens
> of millions of dollars to run a small Linux rack?)
>
> "DISCLAIMER: IBM internal data based on measurements and projections was
> used in calculating the expected value. Necessary components include IBM
> z16; IBM z/VM V7.2 systems collected in a Single System Image, each
> running RHOCP 4.10 or above;
> IBM Operations Manager; GDPS 4.5 for management of data recovery and
> virtual machine recovery across metro distance systems and storage,
> including Metro Multi-site workload and GDPS Global; and IBM DS8000
> series storage with IBM HyperSwap. A
> MongoDB v4.2 workload was used. Necessary resiliency technology must be
> enabled, including z/VM Single System Image clustering, GDPS xDR Proxy
> for z/VM, and RedHat OpenShift Data Foundation (ODF) 4.10 for management
> of local storage devices.
> Application-induced outages are not included in the above measurements.
> Other configurations (hardware or software) may provide different
> availability characteristics."
>
> Could it be that Jon Perryman is actually Bill Johnson in disguise,
> using ChatGPT to compose his posts? Does he have a Linkedin profile
> where we can read he's credentials?
>
>> On 8/26/2023 7:31 PM, David Spiegel wrote:
>>> Hi Jon,
>>> You said: "...The M in SMP/e stands for Maintenance ..."
>>> This statement has NEVER been true.
>>> The M is an abbreviation of Modification and it has ALWAYS been this
>>> way.
>>>
>>> Regards,
>>> David
>>>
>> ----------------------------------------------------------------------
>> For IBM-MAIN subscribe / signoff / archive access instructions,
>> send email tolists...@listserv.ua.edu  with the message: INFO IBM-MAIN
> ----------------------------------------------------------------------
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email tolists...@listserv.ua.edu  with the message: INFO IBM-MAIN
>
>
>
>
> ----------------------------------------------------------------------
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email tolists...@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