Re: Architectural implications of locate mode I/O

Liste des GroupesRevenir à c arch 
Sujet : Re: Architectural implications of locate mode I/O
De : mitchalsup (at) *nospam* aol.com (MitchAlsup1)
Groupes : comp.arch
Date : 03. Jul 2024, 22:18:19
Autres entêtes
Organisation : Rocksolid Light
Message-ID : <063ba7a0449d8fe4e7d9966704b907c3@www.novabbs.org>
References : 1 2 3 4 5 6 7 8
User-Agent : Rocksolid Light
Stephen Fuld wrote:

Scott Lurndal wrote:
>
Michael S <already5chosen@yahoo.com> writes:
On Wed, 03 Jul 2024 13:08:31 +0100
Bill Findlay <findlaybill@blueyonder.co.uk> wrote:
>
On 2 Jul 2024, MitchAlsup1 wrote
(in article<8bfe4d34bae396114050ad1000f4f31c@www.novabbs.org>):
>
Once you recognize that I/O is eating up your precious CPU, and
you >> > get to the point you are willing to expend another fixed
programmed >> > device to make the I/O burden manageable, then you
basically have >> > CDC 6600 Peripheral Processors, programmed in
code or microcode.  >>
The EE KDF9 (~1960) allowed up to 16 connected devices at a time.
They all did DMA, interrupting only at the end of the transfer.
Slow devices accessed the core store for each character,
fast devices did so for each word.
>
This was mediated by one of the KDF9's many state machines,
I/O Control, which multiplexed core requests from devices
and interrupted the CPU at the end of a transfer
if the transfer had been initiated by a program
of higherCPU priority than the one currently running,
or if there was a possibility of priority inversion.
>
I/O Control also autonomously re-issued an I/O command
to a device that reported a parity error
if that device was capable of retrying the transfer
(e.g. MT controllers could backspace a block and re-read).
>
>
That sounds quite advanced.
But when I try to compare with contemporaries, like S/360 Model 65,
it appears that despite advances KDF9 was not competitive to
maximally configured 65 because of shortage of main memory.
>
The contemporaneous Burroughs B3500 I/O subsystem
fully supported asynchronous DMA transfers with no
CPU intervention.
>
>
snipped description
>
Yes, that is an example of the kind of thing to which I was referring
in my response to Mitch's post.  A question.  Was all of this pure
hardware, or was it microcoded?
S.E.L created a thing they called the RCU (Remote Control Unit).
It was basically a channel with writable microcode. NASA bought
a bunch of them because they had tapes from the deep space radio
telescopes where an entire 9-track tape contained 1 record. NASA
just started the tape and recorded satellite data until the end
of the tape, where they would start the next tape just before the
end of the previous tape.
So we programmed the RCU to read as much as the system memory
allowed, backed the tap up 1 second while dumping the data to
disk. Then we started the tape forward with the RCU watching
the pattern on the tape, when it detected 4096 bytes of the
last read, it would start streaming data in to memory again.
No other company could demonstrate that they could read one
of those tapes.
Presto, reading a whole 9-track tape with no inter record gaps !!
{{I may have the name of the unit wrong}}

Date Sujet#  Auteur
2 Jul 24 * Architectural implications of locate mode I/O64John Levine
2 Jul 24 +* Re: Architectural implications of locate mode I/O38Thomas Koenig
3 Jul 24 i+- Re: Architectural implications of locate mode I/O1MitchAlsup1
3 Jul 24 i+* Re: Architectural implications of locate mode I/O17MitchAlsup1
3 Jul 24 ii+* Re: Architectural implications of locate mode I/O6Lynn Wheeler
3 Jul 24 iii+* Re: Architectural implications of locate mode I/O2Lawrence D'Oliveiro
5 Jul 24 iiii`- Re: Architectural implications of locate mode I/O1Terje Mathisen
3 Jul 24 iii+* Re: Architectural implications of locate mode I/O2MitchAlsup1
3 Jul 24 iiii`- Re: Architectural implications of locate mode I/O1Michael S
3 Jul 24 iii`- Re: Architectural implications of locate mode I/O1Lynn Wheeler
3 Jul 24 ii+* Re: Architectural implications of locate mode I/O9Bill Findlay
3 Jul 24 iii`* Re: Architectural implications of locate mode I/O8Michael S
3 Jul 24 iii +- Re: Architectural implications of locate mode I/O1Bill Findlay
3 Jul 24 iii `* Re: Architectural implications of locate mode I/O6Stephen Fuld
3 Jul 24 iii  `* Re: Architectural implications of locate mode I/O5MitchAlsup1
4 Jul 24 iii   `* Re: wisdom of the ancients, was Architectural implications of locate mode I/O4John Levine
4 Jul 24 iii    +* Re: wisdom of the ancients, was Architectural implications of locate mode I/O2John Savard
4 Jul 24 iii    i`- Re: wisdom of the ancients, was Architectural implications of locate mode I/O1John Savard
4 Jul 24 iii    `- Re: wisdom of the ancients, was Architectural implications of locate mode I/O1MitchAlsup1
3 Jul 24 ii`- Re: Architectural implications of locate mode I/O1Stephen Fuld
3 Jul 24 i`* Re: Architectural implications of locate mode I/O and channels19John Levine
3 Jul 24 i +* Re: Architectural implications of locate mode I/O and channels9Anton Ertl
3 Jul 24 i i+* Re: Architectural implications of locate mode I/O and channels6Michael S
3 Jul 24 i ii+* Re: Architectural implications of locate mode I/O and channels4MitchAlsup1
4 Jul 24 i iii`* Re: Architectural implications of locate mode I/O and channels3Michael S
4 Jul 24 i iii +- Re: Architectural implications of locate mode I/O and channels1MitchAlsup1
5 Jul 24 i iii `- Re: Architectural implications of locate mode I/O and channels1Joe Pfeiffer
3 Jul 24 i ii`- Re: Architectural implications of locate mode I/O and channels1Michael S
3 Jul 24 i i+- Re: Architectural implications of locate mode I/O and channels1Robert Swindells
3 Jul 24 i i`- Re: Architectural implications of locate mode I/O and channels1John Levine
4 Jul 24 i `* Re: Architectural implications of locate mode I/O and channels9Thomas Koenig
4 Jul 24 i  `* Re: Architectural implications of locate mode I/O and channels8MitchAlsup1
4 Jul 24 i   `* Re: Architectural implications of locate mode I/O and channels7Thomas Koenig
5 Jul 24 i    +* Re: Architectural implications of locate mode I/O and channels5John Levine
5 Jul 24 i    i`* Re: Architectural implications of locate mode I/O and channels4MitchAlsup1
7 Jul 24 i    i `* Re: Architectural implications of locate mode I/O and channels3Paul A. Clayton
7 Jul 24 i    i  +- Re: Architectural implications of locate mode I/O and channels1Lynn Wheeler
7 Jul 24 i    i  `- Re: patents, Architectural implications of locate mode I/O and channels1John Levine
5 Jul 24 i    `- Re: Architectural implications of locate mode I/O and channels1MitchAlsup1
3 Jul 24 +- Re: Architectural implications of people who don’t understand locate mode I/O1Lawrence D'Oliveiro
5 Jul 24 `* Re: Architectural implications of locate mode I/O24Joe Pfeiffer
5 Jul 24  +* Re: Architectural implications of locate mode I/O21John Levine
6 Jul 24  i+* Re: Architectural implications of locate mode I/O18Lynn Wheeler
6 Jul 24  ii+- Re: Architectural implications of locate mode I/O1MitchAlsup1
6 Jul 24  ii+* Re: Architectural implications of locate mode I/O14Stephen Fuld
6 Jul 24  iii+* Re: ancient disks, Architectural implications of locate mode I/O7John Levine
6 Jul 24  iiii`* Re: ancient disks, Architectural implications of locate mode I/O6Stephen Fuld
6 Jul 24  iiii `* Re: ancient disks, Architectural implications of locate mode I/O5John Levine
7 Jul 24  iiii  `* Re: ancient disks, Architectural implications of locate mode I/O4Stephen Fuld
7 Jul 24  iiii   `* Re: ancient disks, Architectural implications of locate mode I/O3Thomas Koenig
7 Jul 24  iiii    `* Re: ancient disks, Architectural implications of locate mode I/O2Thomas Koenig
7 Jul 24  iiii     `- Re: ancient disks, Architectural implications of locate mode I/O1Stephen Fuld
6 Jul 24  iii+- Re: Architectural implications of locate mode I/O1Lynn Wheeler
1 Aug 24  iii`* Re: Architectural implications of locate mode I/O5Lawrence D'Oliveiro
1 Aug 24  iii `* Re: Architectural implications of locate mode I/O4Stephen Fuld
1 Aug 24  iii  +* Re: Architectural implications of locate mode I/O2John Levine
2 Aug 24  iii  i`- Re: Architectural implications of locate mode I/O1Stephen Fuld
11 Aug 24  iii  `- Re: Architectural implications of locate mode I/O1Lawrence D'Oliveiro
8 Jul 24  ii`* Re: Architectural implications of locate mode I/O2Lawrence D'Oliveiro
8 Jul 24  ii `- Re: Architectural implications of locate mode I/O1Lynn Wheeler
6 Jul 24  i`* Re: Architectural implications of locate mode I/O2MitchAlsup1
6 Jul 24  i `- Re: Old printers, Architectural implications of locate mode I/O1John Levine
8 Jul 24  `* Re: Architectural implications of locate mode I/O2Lawrence D'Oliveiro
1 Aug 24   `- Re: Architectural implications of locate mode I/O1MitchAlsup1

Haut de la page

Les messages affichés proviennent d'usenet.

NewsPortal