IBM Unveils Worlds First 2 Nanometer Chip Technology, Opening a New Frontier for Semiconductors | | | | | |
| | | | | IBM Unveils Worlds First 2 Nanometer Chip Technology, Opening a New Frontier for Semiconductors IBM (NYSE: IBM) today unveiled a breakthrough in semiconductor design and process with the development of the worlds first chip announced with 2 nanometer (nm) nanosheet technology.... | | | | Sent from Yahoo Mail for iPhone On Saturday, December 11, 2021, 5:42 PM, Tom Brennan <[email protected]> wrote: 2nm? You're going to summon Shmuel again. On 12/11/2021 2:31 PM, Bill Johnson wrote: > What’s funny is I’ve been having this argument with the mainframe is dying > crowd for 25+ years. And it still processes the vast majority of important > transactions. IBM still puts out new boxes, new operating systems, new > releases of key software, and is still ahead of other platforms. I suspect > the new 2nm chip will keep them there. > > Sent from Yahoo Mail for iPhone > > > On Saturday, December 11, 2021, 4:55 PM, Clark Morris > <[email protected]> wrote: > > On Saturday 11/12/2021 at 4:33 pm, Bill Johnson wrote: >> Banks will never do what’s economical at the expense of risk. >> Mitigating risk is what banks do. The mainframe continues to get MORE >> ECONOMICAL, safer, more uptime, faster. The clouds have been around >> for a decade or more and how many banks have transitioned to the >> public cloud from a mainframe? >> > > Capital One? > Clark Morris >> >> >> >> Sent from Yahoo Mail for iPhone >> >> >> On Saturday, December 11, 2021, 3:10 PM, Tom Brennan >> <[email protected]> wrote: >> >> And that's where we disagree. Banks will do whatever is most >> economical >> that still meets their needs. If x86-cloud doesn't meet those >> requirements today, they stay on the mainframe. Tomorrow... only the >> shadow knows. >> >> People say OS/2 was far better in design, operation, and security than >> Windows, but it's gone now. Sometimes the "best" system is simply >> what >> everybody else is using. Got to go now because I just put in a >> betamax. >> >> On 12/11/2021 10:51 AM, Bill Johnson wrote: >>> >>> Do you put your DR placement right across the street from your data >>> center? Consolidation is bad. Exposure for everyone in the same place >>> is a disaster waiting to happen. Like last week. It’s why truly >>> important functions like banks don’t do clouds. >>> >>> >>> Sent from Yahoo Mail for iPhone >>> >>> >>> On Saturday, December 11, 2021, 1:46 PM, Tom Brennan >>> <[email protected]> wrote: >>> >>> Of course... military has the money (the $500 hammer?) to have >>> redundancy on their redundancy. Business installations normally can't >>> justify those costs. >>> >>> However, I think if we looked close we both might be surprised at all >>> the various baskets AWS has behind the scenes. But like any basket >>> collection, there are always single points of failure. >>> >>> On 12/11/2021 6:06 AM, Bill Johnson wrote: >>>> >>>> You’ve just described what the mainframe does for an organization. >>>> But, I don’t want every organization to have its eggs in one basket >>>> any more than I want every nuclear weapon in one silo. >>>> >>>> >>>> Sent from Yahoo Mail for iPhone >>>> >>>> >>>> On Saturday, December 11, 2021, 2:01 AM, Tom Brennan >>>> <[email protected]> wrote: >>>> >>>> I don't agree (surprise!) I've always advocated putting all your eggs >>>> in >>>> one basket, and then taking really good care of that basket with >>>> backups, DR, procedures, dual this, dual that, etc. >>>> >>>> On 12/10/2021 5:55 PM, Bill Johnson wrote: >>>>> >>>>> This paragraph concerns me. >>>>> One of the founding principles of the early Internet design was >>>>> decentralization – by design, a single fault would not be able to >>>>> take out everything. In a way, today’s reliance on large cloud >>>>> providers removes the benefits of decentralization; we rely on the >>>>> scalability, cost effectiveness, and flexibility of today’s SaaS and >>>>> Cloud offerings yet we are potentially putting all of our eggs into >>>>> one basket. This same statement applies to CDNs, as seen with the >>>>> recent Akamai outage from this past summer. >>>>> This was one of the drawbacks we experienced when our GM subsidiary >>>>> (and all GM subsidiaries eventually) combined into EDS data centers. >>>>> Charlotte was where ours was located. If the mainframe went down in >>>>> Charlotte, multiple GM subsidiaries were screwed. Costing GM tens of >>>>> millions in highly paid union labor twiddling their thumbs. >>>>> If an ETSY business owner selling crocheted scarves has a 4 hour >>>>> outage, it’s probably not that bad. If an auto plant, bank or >>>>> brokerage, health care provider, insurance company, or airline is down >>>>> for 4 hours, it could be disastrous. >>>>> Clouds aren’t all they’re cracked up to be. >>>>> >>>>> >>>>> Sent from Yahoo Mail for iPhone >>>>> >>>>> >>>>> On Friday, December 10, 2021, 8:00 PM, Mark Regan >>>>> <[email protected]> wrote: >>>>> >>>>> Since this topic is still somewhat active, I thought I'd forward this >>>>> link. >>>>> >>>>> https://www.thousandeyes.com/blog/aws-outage-analysis-dec-7-2021 >>>>> >>>>> Regards, >>>>> >>>>> Mark Regan, K8MTR, EN80tg >>>>> CTO1 USNR-Retired (1969-1979 active; 1979-1991, reserves; including >>>>> two >>>>> years with the Ohio Air National Guard) >>>>> Nationwide Insurance, Retired, 1986-2017 (z/OS Network Software >>>>> Consultant) >>>>> Email: [email protected] >>>>> LinkedIn: https://www.linkedin.com/in/mark-t-regan >>>>> >>>>> ---------------------------------------------------------------------- >>>>> For IBM-MAIN subscribe / signoff / archive access instructions, >>>>> send email to [email protected] with the message: INFO IBM-MAIN >>>>> >>>>> >>>>> >>>>> >>>>> ---------------------------------------------------------------------- >>>>> For IBM-MAIN subscribe / signoff / archive access instructions, >>>>> send email to [email protected] with the message: INFO IBM-MAIN >>>>> . >>>>> >>>> >>>> ---------------------------------------------------------------------- >>>> For IBM-MAIN subscribe / signoff / archive access instructions, >>>> send email to [email protected] with the message: INFO IBM-MAIN >>>> >>>> >>>> >>>> >>>> ---------------------------------------------------------------------- >>>> For IBM-MAIN subscribe / signoff / archive access instructions, >>>> send email to [email protected] with the message: INFO IBM-MAIN >>>> . >>>> >>> >>> ---------------------------------------------------------------------- >>> For IBM-MAIN subscribe / signoff / archive access instructions, >>> send email to [email protected] with the message: INFO IBM-MAIN >>> >>> >>> >>> >>> ---------------------------------------------------------------------- >>> For IBM-MAIN subscribe / signoff / archive access instructions, >>> send email to [email protected] with the message: INFO IBM-MAIN >>> . >>> >> >> ---------------------------------------------------------------------- >> For IBM-MAIN subscribe / signoff / archive access instructions, >> send email to [email protected] with the message: INFO IBM-MAIN >> >> >> >> >> ---------------------------------------------------------------------- >> For IBM-MAIN subscribe / signoff / archive access instructions, >> send email to [email protected] with the message: INFO IBM-MAIN > > > ---------------------------------------------------------------------- > For IBM-MAIN subscribe / signoff / archive access instructions, > send email to [email protected] with the message: INFO IBM-MAIN > > > > > ---------------------------------------------------------------------- > For IBM-MAIN subscribe / signoff / archive access instructions, > send email to [email protected] with the message: INFO IBM-MAIN > . > ---------------------------------------------------------------------- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [email protected] with the message: INFO IBM-MAIN ---------------------------------------------------------------------- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [email protected] with the message: INFO IBM-MAIN
