JiscMail Logo
Email discussion lists for the UK Education and Research communities

Help for HISTORY-OF-COMPUTING-UK Archives


HISTORY-OF-COMPUTING-UK Archives

HISTORY-OF-COMPUTING-UK Archives


HISTORY-OF-COMPUTING-UK@JISCMAIL.AC.UK


View:

Message:

[

First

|

Previous

|

Next

|

Last

]

By Topic:

[

First

|

Previous

|

Next

|

Last

]

By Author:

[

First

|

Previous

|

Next

|

Last

]

Font:

Proportional Font

LISTSERV Archives

LISTSERV Archives

HISTORY-OF-COMPUTING-UK Home

HISTORY-OF-COMPUTING-UK Home

HISTORY-OF-COMPUTING-UK  January 2001

HISTORY-OF-COMPUTING-UK January 2001

Options

Subscribe or Unsubscribe

Subscribe or Unsubscribe

Log In

Log In

Get Password

Get Password

Subject:

Re: Historical query

From:

Tony Davie <[log in to unmask]>

Reply-To:

Tony Davie <[log in to unmask]>

Date:

Wed, 24 Jan 2001 14:43:31 +0000

Content-Type:

text/plain

Parts/Attachments:

Parts/Attachments

text/plain (56 lines)

David Barron wrote:

>I've just been reading an article prompted by the recent death of Tom
>Kilburn (http://www.computer50.org/mark1/kilburn.html). I was struck by one
>of the observations:
>
>>At the same time Kilburn's team (helped by other members of the Electrical
>>Engineering staff) was exploring the capability of transistors. They
>>designed a cheap and simple computer using them, the ATransistor Computer.
>>This had no RAM, only a magnetic drum store, and had to resort to the same
>>device as the computers based on the mercury acoustic delay line,
>>of each instruction containing the address of the next instruction to
>>help overcome the inefficiencies due to lack of fast random-access store.
>
>I cut my programming teeth on EDSDAC 1, which had a mercury acoustic delay
>line store, but certainly didn't require each instruction to contain the
>address of its successor - it had a now-seen-as-conventional one-address
>order code.
>
>As I recall, the technique of incorporating the address of the next
>instruction in the current instruction was a characteristic of the IBM 650,
>which had a drum store. Indeed, as I recall further, one of the first major
>advances in software was the SOAP (Symbolic Optimisation and Assembly
>Program) assembler for the 650, which located instruction on the drum so
>that the address of the next instruction was (nearly) always optimal, thus
>making the three-address code useable.
>
>But old men forget. Have I got it wrong?
>

Well I can't comment on the IBM but I cut MY teeth on the Stantec
Zebra (followed by Edsac II with David as teacher) which had a drum
an NO OTHER store. It was optimal on that machine to have each
instruction refer to the one two after it because, by the time the
instruction at address A had been executed, the one at A+2 was just
under the drum's read head. This led to some interesting techniques
of interleaving instructions with data.

The Zebra was interesting for other reasons. It was horizontally
microprogrammed so that each bit of an instruction opened a gate. For
instance if the A bit was a 1, it connected the drum to the
arithmetic unit (a data fetch) and if zero, it connected the drum to
the control unit (an instruction fetch). Similarly the K bit
controlled whether the 'registers' connected to the arithmetic or
control unit. (The registers were duplicated all the way round
dedicated drum tracks thus making their value immediately available
at all times).

--
Tony Davie, Computer Science (Retrd.), St.Andrews University, North
Haugh, St.Andrews
Scotland, KY16 9SS,      Tel: +44 1334 463276,          Fax: +44 1334 463278
mailto:[log in to unmask]  Home:  http://www.dcs.st-and.ac.uk/~ad/Home.html
Handel Index and Chronology:
http://bruichladdich.dcs.st-and.ac.uk/HandelWWW/HandelCat.html

Top of Message | Previous Page | Permalink

JiscMail Tools


RSS Feeds and Sharing


Advanced Options


Archives

March 2024
February 2024
January 2024
December 2023
November 2023
October 2023
September 2023
August 2023
May 2023
April 2023
January 2023
October 2022
November 2021
September 2021
November 2020
October 2020
August 2019
May 2019
March 2019
March 2017
December 2015
October 2014
September 2014
May 2013
April 2011
September 2010
August 2010
July 2010
June 2010
May 2010
April 2010
March 2010
February 2010
November 2009
October 2009
September 2009
August 2009
May 2009
April 2009
March 2009
October 2008
September 2008
April 2008
October 2007
January 2006
December 2005
January 2005
November 2004
October 2004
September 2004
October 2003
July 2003
March 2003
January 2003
September 2002
June 2002
March 2002
November 2001
August 2001
July 2001
June 2001
May 2001
January 2001
December 2000
November 2000
October 2000
September 2000
June 2000
May 2000
March 2000
February 2000
January 2000
December 1999
October 1999
August 1999
July 1999
May 1999
April 1999
February 1999
December 1998
November 1998
September 1998


JiscMail is a Jisc service.

View our service policies at https://www.jiscmail.ac.uk/policyandsecurity/ and Jisc's privacy policy at https://www.jisc.ac.uk/website/privacy-notice

For help and support help@jisc.ac.uk

Secured by F-Secure Anti-Virus CataList Email List Search Powered by the LISTSERV Email List Manager