Article <vbua0p$5rr9$1@dont-email.me>

Warning: mysqli::__construct(): (HY000/1203): User howardkn already has more than 'max_user_connections' active connections in D:\Inetpub\vhosts\howardknight.net\al.howardknight.net\includes\artfuncs.php on line 21
Failed to connect to MySQL: (1203) User howardkn already has more than 'max_user_connections' active connections
Warning: mysqli::query(): Couldn't fetch mysqli in D:\Inetpub\vhosts\howardknight.net\al.howardknight.net\index.php on line 66
Article <vbua0p$5rr9$1@dont-email.me>

Deutsch English Français Italiano

<vbua0p$5rr9$1@dont-email.me>

View for Bookmarking (what is this?)
Look up another Usenet article

Path: ...!eternal-september.org!feeder3.eternal-september.org!news.eternal-september.org!.POSTED!not-for-mail
From: Terje Mathisen <terje.mathisen@tmsw.no>
Newsgroups: comp.arch
Subject: Re: what's a mainframe, was is Vax addressing sane today
Date: Thu, 12 Sep 2024 10:50:33 +0200
Organization: A noiseless patient Spider
Lines: 24
Message-ID: <vbua0p$5rr9$1@dont-email.me>
References: <vbd6b9$g147$1@dont-email.me>
 <2024Sep11.113204@mips.complang.tuwien.ac.at> <vbsg1v$1lt4$1@gal.iecc.com>
 <vbsjdk$f01n$3@dont-email.me> <vbsl9j$2r0b$1@gal.iecc.com>
MIME-Version: 1.0
Content-Type: text/plain; charset=UTF-8; format=flowed
Content-Transfer-Encoding: 7bit
Injection-Date: Thu, 12 Sep 2024 10:50:33 +0200 (CEST)
Injection-Info: dont-email.me; posting-host="3d83e20e4e23475731adb3f8f7a92b31";
	logging-data="192361"; mail-complaints-to="abuse@eternal-september.org";	posting-account="U2FsdGVkX193cwSGofqZjD48mS02X/G2Pgs3WOEq00kR90icoqVSvA=="
User-Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:91.0) Gecko/20100101
 Firefox/91.0 SeaMonkey/2.53.18.2
Cancel-Lock: sha1:EaX0Mla+ebSgLET0nLX9UozCsLs=
In-Reply-To: <vbsl9j$2r0b$1@gal.iecc.com>
Bytes: 2207

John Levine wrote:
> According to Stephen Fuld  <sfuld@alumni.cmu.edu.invalid>:
>>> IBM definitely cared about maximum performance in the 1950s and early
>> 1960s.
>>
>> Yes.  And remember, one of the goals of S/360 was to provide an
>> architecture that could handle both scientific (i.e. compute bound) and
>> business (i.e. I/O bound) workloads.
> 
> I don't think anyone would have forseen how quickly scientific computing
> moved to mini and micro computers with fast CPUs and weak peripherals.
> Perhaps once the RAM is big enough to hold all the data the I/O performance
> is not a big deal.

Back around 1986 or so I stated that all programming tasks will migrate 
down to the lowest/cheapest architecture which is large enough to handle 
the task. This meant that I was sure both minis and mainframes would go 
away, so I was in fact only 99.9% correct. :-)

Terje

-- 
- <Terje.Mathisen at tmsw.no>
"almost all programming can be viewed as an exercise in caching"