Deutsch   English   Français   Italiano  
<v5qn67$c1dr$1@dont-email.me>

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

Path: ...!3.eu.feeder.erje.net!feeder.erje.net!eternal-september.org!feeder3.eternal-september.org!news.eternal-september.org!.POSTED!not-for-mail
From: "Stephen Fuld" <SFuld@alumni.cmu.edu.invalid>
Newsgroups: comp.arch
Subject: Re: ancient OS history, ARM is sort of channeling the IBM 360
Date: Sun, 30 Jun 2024 04:33:11 -0000 (UTC)
Organization: A noiseless patient Spider
Lines: 31
Message-ID: <v5qn67$c1dr$1@dont-email.me>
References: <s7r87j1c3u6mim0db3ccbdvknvtjr4anu3@4ax.com> <e4f7278a5ff4e0b488306ae43aac8135@www.novabbs.org> <v5nbfo$3hdrc$1@dont-email.me> <v5o6jr$37jie$1@dont-email.me> <v5pjcc$25j5$1@gal.iecc.com> <v5q6qm$5fhe$1@dont-email.me>
MIME-Version: 1.0
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: 8bit
Injection-Date: Sun, 30 Jun 2024 06:33:11 +0200 (CEST)
Injection-Info: dont-email.me; posting-host="654a1831c01f9f66d69c6db8106c14a9";
	logging-data="394683"; mail-complaints-to="abuse@eternal-september.org";	posting-account="U2FsdGVkX1/Wo1O9VMecL9vEec38wJyZvftKxURKrHU="
User-Agent: XanaNews/1.21-f3fb89f (x86; Portable ISpell)
Cancel-Lock: sha1:mWSQ1mkI+stPuOC1DsGJNHslyHs=
Bytes: 2306

Lawrence D'Oliveiro wrote:

> On Sat, 29 Jun 2024 18:22:04 -0000 (UTC), John Levine wrote:
> 
> > ... more often than not locate I/O is faster and easier.
> 
> Given all the caveats and restrictions, “easier” is not how I would 
> describe it.

Again, it depends.  For COBOL, you didn't have to specify anything.
The compiler set up everything for you for you, and it "just worked".


> 
> But perhaps we’re talking at cross-purposes. If Mitch did his TSS and
> PL/I stuff in the 1970s, while you’re talking about the 1960s, then
> that could explain it. By the 1970s, CPU/RAM speeds had improved to
> the point where copying records a few hundred bytes at a time between
> buffers was not the performance bottleneck; disk I/O was.


Yes, but given multiprogramming, even in the 1970s, you would typically
have several batch programs running at the same time, so during waits
for I/O, another program could use the CPU.  But using the CPU to move
records meant it couldn't be doing anything else at the same time.



-- 
 - Stephen Fuld 
(e-mail address disguised to prevent spam)