HDTenEightyP/NetNews huggingface dataset:
From: msyrak@ruc.dk (Mads Syrak Larsen)
Subject: Looking for Inet-worm articles
Message-Id: <1992Oct16.143639.21873@ruc.dk>
Keywords: Internet worm, morris, security
Organization: Roskilde Universitetscenter, Danmark
Date: Fri, 16 Oct 1992 14:36:39 GMT
Apparently-To: comp-internet-library@uunet.uucp
X-Charset: ASCII
X-Char-Esc: 38
Status: R

Hi!

We are a group of students at the University of Roskilde, Denmark, who are
working on a thesis about Internet-security and especially the internet worm.

We have, however had a hard time finding material about this subject, there-
fore we would very much appreciate it if anyone could help us with the names
of some articles/books or papers about this subject.

Thanks in advance..

Mads Larsen       Jesper Voetmann       Tina Sparre
msyrak@ruc.dk     jesperv@ruc.dk        sparre@ruc.dk

Snail-Mail:

Internet-gruppen, Mads, Tina og Jesper
Datalogi, hus 20.2
Roskilde universitetscenter
postbox 260
DK-4000 Roskilde
Denmark
From: takefuji@donald.EEAP.CWRU.Edu (Yoshiyasu Takefuji)
Newsgroups: comp.internet.library
Subject: Re: Information On Alzheimers Needed
Date: 9 Oct 92 14:55:03 GMT
Organization: Dept. of Electrical Engineering, CWRU, Cleve. OH
NNTP-Posting-Host: donald.eeap.cwru.edu

From fetrow@biostat.washington.edu Wed Oct  7 23:56 EDT 1992
Received: from sulu.biostat.washington.edu by donald.EEAP.CWRU.Edu with SMTP
        (15.11/15.6) id AA08319; Wed, 7 Oct 92 23:56:51 edt
Return-Path: <fetrow@biostat.washington.edu>
Received: by sulu.biostat.washington.edu
        (5.64/UW-NDC Revision: 2.21 ) id AA23274; Wed, 7 Oct 92 20:59:22 -0700
Date: Wed, 7 Oct 92 20:59:22 -0700
From: David Fetrow <fetrow@biostat.washington.edu>
Message-Id: <9210080359.AA23274@sulu.biostat.washington.edu>
To: takefuji@donald.EEAP.CWRU.Edu
Subject: Re: Information On Alzheimers Needed
Newsgroups: comp.internet.library
Organization: Biostatistics, School of Public Health, Univ. of Wash.
Cc:
Status: R

 YOu want MEDLINE a.k.a. GREATFUL MED.

 COmpuserve has it if your colledge library doesn't.

--
   -dave   fetrow-              INTERNET:       fetrow@biostat.washington.edu
                                UUCP:           {backbone}!uw-entropy!fetrow
   CI$: 74175,1724              BITNET:         fetrow@uwalocke
From: takefuji@donald.EEAP.CWRU.Edu (Yoshiyasu Takefuji)
Newsgroups: comp.internet.library
Subject: Library Policy -- Subject Index
Date: 12 Oct 1992 18:42:51 GMT
Organization: Dept. of Electrical Engineering, CWRU, Cleve. OH
NNTP-Posting-Host: donald.eeap.cwru.edu

From news@eff.org Fri Oct  9 12:47:28 1992
Received: from relay2.UU.NET by rodan.UU.NET with SMTP
        (5.61/UUNET-mail-drop) id AA28495; Fri, 9 Oct 92 12:41:03 -0400
Received: from kragar.eff.org by relay2.UU.NET with SMTP
        (5.61/UUNET-internet-primary) id AA16898; Fri, 9 Oct 92 12:41:05 -0400
Received: by kragar.eff.org id AA06625
 (5.65c/IDA-1.4.4/pen-ident for comp-internet-library@uunet.uu.net); Fri, 9 Oct
1992 12:40:58 -0400  (ident-sender: news@kragar.eff.org)
Newsgroups: alt.comp.acad-freedom.talk,comp.internet.library,alt.censorship
From: takefuji@donald.EEAP.CWRU.Edu (Yoshiyasu Takefuji)
Newsgroups: comp.internet.library
Subject: Re: OCLC Access
Date: 16 Oct 1992 12:40:27 GMT
Organization: Dept. of Electrical Engineering, CWRU, Cleve. OH
NNTP-Posting-Host: donald.eeap.cwru.edu

From 00383@ravel.udel.edu Thu Oct 15 23:10 EDT 1992
Received: from ravel.udel.edu by donald.EEAP.CWRU.Edu with 
SMTP
        (15.11/15.6) id AA26221; Thu, 15 Oct 92 23:10:24 edt
Return-Path: <00383@ravel.udel.edu>
Received: by ravel.udel.edu
        (5.65c/IDA-1.2.8) id AA29452; Thu, 15 Oct 1992 
23:14:26 -0400
Date: Thu, 15 Oct 1992 23:14:26 -0400
From: Thomas R Rocek <00383@ravel.udel.edu>
Message-Id: <199210160314.AA29452@ravel.udel.edu>
To: takefuji@donald.EEAP.CWRU.Edu
Subject: Re: OCLC Access
Newsgroups: comp.internet.library
Organization: University of Delaware
Cc: 
Status: R


Hi, I just saw an item on this in a recent issue of the 
Chronicle of
Higher Education.  If I remember right, there are plans to 
develop
internet access to OCLC, but (I think) it doesn't exist yet.
It would
be worth checking the last few issues of the Chronicle.  
Good luck,
Tom Rocek
-- 
************************************************************
************        
* Tom Rocek                        Bitnet:   FJH00383@UDELVM
*        
* Department of Anthropology       Internet: 
FJH00383@UDELVM.UDEL.EDU  *        
* University of Delaware           Fax:      (302) 831-4002 
*        
* Newark, DE  19716                Voice:    (302) 831-3695 
*        
************************************************************
************
From: takefuji@donald.EEAP.CWRU.Edu (Yoshiyasu Takefuji)
Newsgroups: comp.internet.library
Subject: Re: OCLC Access
Date: 16 Oct 1992 17:00:56 GMT
Organization: Dept. of Electrical Engineering, CWRU, Cleve. OH
NNTP-Posting-Host: donald.eeap.cwru.edu

From gto@uhura.neoucom.EDU Fri Oct 16 09:52:22 1992
Received: from uhura.neoucom.edu by news.cis.ohio-state.edu (5.61-kk/5.911008)
        id AA19977; Fri, 16 Oct 92 09:46:54 -0400
Received: by uhura.neoucom.EDU
        (15.11.1.3/15.6) id AA27427; Fri, 16 Oct 92 09:46:47 edt
Newsgroups: comp.internet.library
From: gto@uhura.neoucom.edu (Tom Osterfield)
Subject: Re: OCLC Access
Message-Id: <1992Oct16.134639.27380@uhura.neoucom.edu>
Organization: Northeastern Ohio Universities College of Medicine
>
Date: Fri, 16 Oct 1992 13:46:39 GMT
Apparently-To: cis.ohio-state.edu!comp-internet-library
Status: R

OCLC's first online catalog and Prism service are not yet available on
the Internet, although tests of such service are planned (have begun?).
OCLC's Epic service (and, I believe, its Firstsearch service for end
users/patrons) are available.  You do, of course, have to have the
appropriate passwords.  The epic address is 132.174.100.2

Tom Osterfield    gto@scotty.neoucom.edu
From: takefuji@donald.EEAP.CWRU.Edu (Yoshiyasu Takefuji)
Newsgroups: comp.internet.library
Subject: Re: Looking for Inet-worm articles
Date: 17 Oct 1992 02:29:24 GMT
Organization: Dept. of Electrical Engineering, CWRU, Cleve. OH
NNTP-Posting-Host: donald.eeap.cwru.edu


From biediger@lonestar.utsa.edu Fri Oct 16 17:17 EDT 1992
Date: Fri, 16 Oct 92 16:21:50 -0500
From: biediger@lonestar.utsa.edu (David . Biediger)
Subject: Re: Looking for Inet-worm articles
Newsgroups: comp.internet.library
Organization: University of Texas at San Antonio
Cc: 
Status: R


Try the comp.security newsgroup.  The FAQ for it has a real 
good
book list and also locations of text files on related 
materials.

Good luck,
David


From gthomas@unixg.ubc.ca Fri Oct 16 18:58 EDT 1992
Date: Fri, 16 Oct 92 16:02:17 PDT
From: Guy R Thomas <gthomas@unixg.ubc.ca>
Subject: Re: Looking for Inet-worm articles
Try;

Practical Unix Security, Simson Garfinkel and Gene Spafford.
1991, O'Reilly and Associates.

or

Computer Security  Basics, Deborah Russell and G. T. Gangemi
Sr. 1991, O'Reilly and Associates.

Both include numerous footnotes to the mythlature on such 
things as the  internet worm.

Guy
gthomas@native-ed.bc.ca
From: takefuji@donald.EEAP.CWRU.Edu (Yoshiyasu Takefuji)
Newsgroups: comp.internet.library
Subject: IP address in Spain
Date: 7 Oct 1992 18:32:13 GMT
Organization: Dept. of Electrical Engineering, CWRU, Cleve. OH
NNTP-Posting-Host: donald.eeap.cwru.edu

From jpuga@ugr.es Wed Oct  7 03:12 EDT 1992
Received: from relay.iris-dcp.es by donald.EEAP.CWRU.Edu with SMTP
        (15.11/15.6) id AA06445; Wed, 7 Oct 92 03:11:41 edt
Return-Path: <jpuga@ugr.es>
Return-Receipt-To: Jesus Rodriguez Puga <jpuga@ugr.es>
Received: from iris-dcp.es by relay.iris-dcp.es (PMDF #12442) id
 <01GPNSAAOZ008WWSDD@relay.iris-dcp.es>; Wed, 7 Oct 1992 08:15 GMT+1
Date: Wed,  7 Oct 1992  8:14:15 UTC+0200
From: Jesus Rodriguez Puga <jpuga@ugr.es>
Subject: IP address in Spain
To: Yoshiyasu Takefuji <takefuji@donald.EEAP.CWRU.Edu> (confirm)
Message-Id: <378*/S=jpuga/O=ugr/PRMD=iris/ADMD=mensatex/C=es/@MHS>
Content-Identifier: 378
Conversion: Prohibited
X400-Content-Type: P2-1984 (2)
X400-Mts-Identifier: [/PRMD=iris/ADMD=mensatex/C=es/;921007081415]
X400-Received: by mta iris-dcp in /PRMD=iris/ADMD=mensatex/C=es/; Relayed; Wed,
 7 Oct 1992  8:15:37 UTC+0100
X400-Received: by /PRMD=iris/ADMD=mensatex/C=es/; Relayed; Wed,
 7 Oct 1992  8:14:15 UTC+0200
X400-Recipients: non-disclosure:;
X400-Originator: jpuga@ugr.es
Status: R


University of Granada is on network 150.214.0.0 of internet. This network is
coordined for C.I.C.A (Center Informat. Science of Andalucia, in Sevilla
(Spain)). For Univ. of Granada there are assigned the subnetworks:

                        150.214.18.0
                        150.214.20.0
                        150.214.21.0
                        150.214.22.0
                        150.214.23.0
                        150.214.24.0
                        150.214.35.0
                        150.214.36.0
                        150.214.218.0

Jesus Rodriguez
Universidad de Granada
From: takefuji@donald.EEAP.CWRU.Edu (Yoshiyasu Takefuji)
Newsgroups: comp.internet.library
Subject: Re: Information On Alzheimers Needed
Date: 9 Oct 1992 14:58:54 GMT
Organization: Dept. of Electrical Engineering, CWRU, Cleve. OH
NNTP-Posting-Host: donald.eeap.cwru.edu

From <@gpu.utcs.utoronto.ca:cbs@utcs.utoronto.ca> Thu Oct  8 09:30 EDT 1992
Received: from gpu.utcs.utoronto.ca by donald.EEAP.CWRU.Edu with SMTP
        (15.11/15.6) id AA08645; Thu, 8 Oct 92 09:30:16 edt
Return-Path: <@gpu.utcs.utoronto.ca:cbs@utcs.utoronto.ca>
Received: by gpu.utcs.utoronto.ca id <18563>; Thu, 8 Oct 1992 09:33:50 -0400
From: Chris Syed <cbs@utcs.utoronto.ca>
To: takefuji@donald.EEAP.CWRU.Edu
Subject: Re: Information On Alzheimers Needed
Newsgroups: comp.internet.library
Organization: UTCS Public Access
Message-Id: <92Oct8.093350edt.18563@gpu.utcs.utoronto.ca>
Date:   Thu, 8 Oct 1992 09:33:15 -0400
Status: RO

    Good day.... i would suggest the (medical) library of your university
    and asking the librarians... they'll probably direct you to a CD-ROM
    tool called MEDLINE. It is the electronic version of Index Medicus
    and cites most notable recent research. There are also Health databases
    which cite articles on the more social aspects of medical issues.
    You might also check to see if there's a Syracuse chapter of the
    Altzheimer's Society.

    good hunting...
--
---
       "We cannot think without imagining."  -- Thomas Aquinas
            cbs@gpu.utcs.utoronto.ca (Chris Brown-Syed)
From: takefuji@donald.EEAP.CWRU.Edu (Yoshiyasu Takefuji)
Newsgroups: comp.internet.library
Subject: French Internet node list.
Date: 9 Oct 92 14:48:58 GMT
Article-I.D.: usenet.1b464qINNab7
Organization: Dept. of Electrical Engineering, CWRU, Cleve. OH
NNTP-Posting-Host: donald.eeap.cwru.edu

From usenet@Menudo.UH.EDU Thu Oct  8 14:49:06 1992
Received: by Menudo.UH.EDU id AA15765
  (5.67a+/IDA-1.5 for library@axon.cwru.edu); Thu, 8 Oct 1992 13:42:55 -0500
Date: Thu, 8 Oct 1992 13:42:55 -0500
From: USENET News System <usenet@Menudo.UH.EDU>
Message-Id: <199210081842.AA15765@Menudo.UH.EDU>
To: library@axon.EEAP.CWRU.Edu
Status: R

Newsgroups: comp.internet.library
From: eleea78@rosie.uh.edu (Francois)
Subject: French Internet node list.
News-Software: VAX/VMS VNEWS 1.41
Organization: University of Houston
>
Date: Thu, 8 Oct 1992 18:42:00 GMT

I am looking for the list of all the French Internet nodes.
Please answer me by e-mail : eleea78@jetson.uh.edu
Thanks.
From: takefuji@donald.EEAP.CWRU.Edu (Yoshiyasu Takefuji)
Newsgroups: comp.internet.library
Subject: Re: French Internet node list.
Date: 12 Oct 1992 18:51:39 GMT
Organization: Dept. of Electrical Engineering, CWRU, Cleve. OH
NNTP-Posting-Host: donald.eeap.cwru.edu

From news@ds1.cs.umb.edu Fri Oct  9 19:13:31 1992
Received: by ds1.cs.umb.edu id AA07341
  (5.65c/IDA-1.4.4 for library@axon.cwru.edu); Fri, 9 Oct 1992 19:07:26 -0400
Newsgroups: comp.internet.library
From: edwardp@ra.cs.umb.edu (Edward P. Piecewicz)
Subject: Re: French Internet node list.
Message-Id: <1992Oct9.230724.7295@cs.umb.edu>
Organization: University of Massachusetts at Boston, Dept of Math and CS
> <1b464qINNab7@usenet.INS.CWRU.Edu>
Date: Fri, 9 Oct 1992 23:07:24 GMT
Apparently-To: library@axon.EEAP.CWRU.Edu
Status: RO

>Newsgroups: comp.internet.library
>Path: rosie.uh.edu!eleea78
>From: eleea78@rosie.uh.edu (Francois)
>Subject: French Internet node list.
>Message-ID: <8OCT199213424500@rosie.uh.edu>
>News-Software: VAX/VMS VNEWS 1.41
>Sender: usenet@menudo.uh.edu (USENET News System)
>Nntp-Posting-Host: rosie.uh.edu
>Organization: University of Houston
>References: <19tah4INN5or@usenet.INS.CWRU.Edu> <1avafdINNpnv@usenet.INS.CWRU.Ed
u
>>
>Date: Thu, 8 Oct 1992 18:42:00 GMT
>
>I am looking for the list of all the French Internet nodes.
>Please answer me by e-mail : eleea78@jetson.uh.edu
>Thanks.

Go to any computer bookstore and purchase a copy of:

  !%@:: The Directory of Electronic Mail Addressing & Networks

        ISBN # 0-937175-15-3


It is published by O'Reilly & Associates, Inc. and the January 1991 cover
price was $27.95 (US).

If your local bookstore does not carry it, you can send E-Mail to:
   nuts@ora.com   and I'm sure someone there will send you ordering
information.

I have this book myself, and find it very useful.

  - Ed



--
Internet:  edwardp@cs.umb.edu                                  - guest user -
Member and Activist:  The Boston Computer Society
From: takefuji@donald.EEAP.CWRU.Edu (Yoshiyasu Takefuji)
Newsgroups: comp.internet.library
Subject: U of Toronto/Wilfrid Laurier University
Date: 15 Oct 1992 00:18:33 GMT
Organization: Dept. of Electrical Engineering, CWRU, Cleve. OH
NNTP-Posting-Host: donald.eeap.cwru.edu

From dreimer4@mach1.wlu.ca Wed Oct 14 13:28 EDT 1992
Received: from mach1.wlu.ca by donald.EEAP.CWRU.Edu with SMTP
	(15.11/15.6) id AA21377; Wed, 14 Oct 92 13:28:35 edt
Return-Path: <dreimer4@mach1.wlu.ca>
Received: by mach1.wlu.ca (5.65/1.35)
	id AA05551; Wed, 14 Oct 92 13:15:13 -0400
From: dreimer4@mach1.wlu.ca (dave reimer f)
Message-Id: <9210141715.AA05551@mach1.wlu.ca>
Subject: U of Toronto/Wilfrid Laurier University
To: takefuji@donald.EEAP.CWRU.Edu
Date: Wed, 14 Oct 92 13:15:10 EDT
X-Mailer: ELM [version 2.2 PL13]
Status: R

This post contains instructions for accessing the online catalogues
of two Canadian universities. The first (U of Toronto) is a MAJOR
research facility, and these instructions supercede those given in
the Art St. George internet library guide.

1) UNIVERSITY OF TORONTO

The University of Toronto library system has over 7 million volumes.
Enough said.

Telnet to vax.library.utoronto.ca (128.100.95.1) and logon as
"utlink" (no quotes) to the "Username" prompt. At that point a slick
menu takes over which has ample built-in help. ** THIS PROCESS
REPLACES THE FELIX SYSTEM **

2) WILFRID LAURIER UNIVERSITY

Wilfrid Laurier University in Waterloo, Ontario, Canada, has just
switched its on-line catalogue over from its old antiquated system to
a new Sequent machine. This means our catalogue is now available
form the internet. The WLU library presently consists of about
1,350,000 items including 555,000 volumes, 115,000 government
documents, and 600,000 microforms.

To access the online catalogue, telnet to mach1.wlu.ca (192.54.242.17)
and login as "public" (no quotes). When the dollar sign prompt appears,
enter "library" (no quotes), and the on-line catalogue will be loaded.
The system has a fully documented interactive menu, including exit
instructions. The system will expect vt100 terminals, I believe.

Feel free to disseminate this information.
Best wishes,
David.
-- 
David J. Reimer, Religion & Culture                  Fax: (519) 886-9351
Wilfrid Laurier University                   Phone: (519) 884-1970 x2680
Waterloo, ON, Canada N2L 3C5             Internet: dreimer4@mach4.wlu.ca
From: preston@helena.cs.rice.edu (Preston Briggs)
Newsgroups: comp.arch
Subject: Re: Memory reference sequences
Date: 8 Oct 92 14:59:29 GMT
Article-I.D.: rice.Bvt5n6.Hr4
Organization: Rice University, Houston

stripes@pix.com (Josh Osborne) writes:
>I have written a (somewhat substandard) cache simulator.  I quickly
>realised that it can't tell me much without real (or something approxamating
>real) reference sequences.  Does anyone know where I could find either
>a large file with a reference sequence, or a way to gennerate reasonable
>approxamations (code, or algos would be great)?

The problem with traces is that they get very large.
One approach, apparently independently discovered several times, is 
to avoid collecting traces; instead simulate the cache "in real time".

To collect data for his thesis, Allen Porterfield wrote a program that
instrumented code by inserting calls to his cache simulator at every
load and store in the original code.  Naturally, the instrumented code
is much slower than the original, but he was able to collect cache
miss information on a statement-by-statement basis for real programs.

Of course, this approach isn't helpful if you want to study the
interaction of context switching and the cache; but for single
programs, it has proven quite useful.

Preston Briggs
From: leichter@zodiac.rutgers.edu
Newsgroups: comp.arch
Subject: Re: Whatever became of the DEC 10/20 systems...
Date: 16 Oct 92 11:48:48 GMT
Article-I.D.: zodiac.1992Oct16.074848.1
Organization: Rutgers University Department of Computer Science

Speaking as someone who was at DEC at the time, but not working for either
the DECsystem 10/20 or VAX groups - but in a position to hear a lot of stories
- I'll tell you that the business is complicated.

It is quite true that major powers at DEC (led by Gordon Bell) were pushing
hard to get DEC to focus on the VAX, with VMS, as its one architecture for
the future.  The reasons for this ran from business issues (it's much, much
cheaper to support and sell one line than many overlapping lines) to technical
(the 18-bit address space of the 10/20 line was definitely a liability, and
everyone knew it) to, no doubt, political (various personalities were jockying
for position).

It's also true that the 10/20 team was quite influential within DEC, 10/20
customers were very visible, and as a result despite the pressures from the
"VAX is the future" crowd, the Jupiter work WAS proceeding.

The great day of decision came when the planned engineering completion date
for the Jupiter arrived.  Yes, the hardware worked.  Unfortunately, it was
much slower than it was supposed to be - I'm told it was more or less as fast
as the previous-generation KL processor.  The Jupiter engineers argued that
with more time (and money, of course) they could get the thing running up to
spec.  And they probably could have.  However, the market window for the
machine was rapidly closing.  Customers had been waiting loyally for a KL
replacement for years.  The machine had been extensively pre-announced and
discussed, including speed and date of shipment, within the 10/20 community.
No matter what DEC did, it would piss off and lose some of these customers.

DEC decided to cut its loses and pull the plug.

One thing the KL community never understood was that they really were, by
this time, small potatoes.  DEC was on the threshold of an explosion in its
markets.  Even a successful Jupiter would have quickly become insignificant
at the new scale of DEC's operations.  DEC has never denied that it's a
business, out there to make money.  The 10/20 community may have been DEC's
big money maker at one time, but I'm not even sure where they rated compared
to the very successful PDP-11 line of that period:  The 11/70 was a HUGE
success.

It's sad that so many people, at both DEC and among customers, took this
all so personally.  If they hadn't, VMS might have learned much more from
TOP-10 and TOPS-20; as it is, it learned almost nothing, a result of
deliberate policy.  If they hadn't, DEC's relations with academia might not
have soured as they did.  There might not have been nearly as much blood on
the floor.

But that's all a long, long time ago.
							-- Jerry
Newsgroups: comp.arch
From: jon@alpha.ee.ufl.edu (Jon Mellott)
Subject: Re: Why very big clock for Alpha
Organization: EE Dept at UF
Date: Fri, 9 Oct 92 15:35:12 GMT

In article <1992Oct1.150242.20275@ntuix.ntu.ac.sg> eoahmad@ntuix.ntu.ac.sg (Othman Ahmad) writes:
>>Looking at the July Spectrum, I noticed that the clock of the alpha chip
>>takes as much area as the data cache.
>>	Is this a reasonable price to pay for having single phase clock
>>input? Isn't it better to have the mulit-phase clock generated
>>externally?
No, it's definitely not better to have a multi-phase clock generated externally.
Not at the kind of speed that Alpha does. First, it probably isn't even possible 
to build a pseudo-two-phase clocking scheme that runs as fast as the Alpha in 
the same technology. Secondly, it is much harder to ensure skew, duty cycle, 
edge-to-edge parameters, and the like when a clock is externally generated. 
For example, a 50 MHz pseudo-two-phase clocking system would typically 
require timing resolution on the order of at least 200 MHz. 

>>	If clock distribution is the major problem, why isn't it more
>>economical to have more clock pads, like the power pads?
Very few logic chips use unbuffered signal inputs (in part because of 
input protection requirements). More clock pads wouldn't really help -- the clock 
signal is not a power signal (at least not from the viewpoint of the outside
world).

>>
>The problem is not clock distribution. The problem is clock skew,
>the difference in time between the arrival of the clock edge at 
>one point in the chip and the time of arrival of the same edge
>at another point in the chip. 
[stuff about clock skew deleted...]

Actually, the real big problem for true single phase clocking is edge sensitivity.
For example, one of my colleagues is working on a shift register using 
Swenson clocking (true single phase). Working in 2.0 micron CMOS (MOSIS) 
he has gotten his maximum acceptable clock edge out to about 3 ns before the 
whole shift register becomes *transparent*. Faster logic (as one would have 
with smaller geometry processes, such as that of the DEC Alpha) would 
require even faster clock edges. Now, the Alpha's clock driver is looking into 
a 3250 pf load. This is a serious load and thus would require a *big* driver 
to push the edges into the >2ns range probably required by the processor. 
Of course, at the clock rate of the Alpha, clock skew issues are as much 
a problem as they always have been, however, the edge rate restriction 
makes life even more difficult.

Jon Mellott
High Speed Digital Architecture Laboratory
University of Florida
(jon@alpha.ee.ufl.edu)
Newsgroups: comp.arch
From: dan@cae.prds.cdx.mot.com (Dan Breslau)
Subject: Re: What was the intended advantage of using 36bits CPU?
Organization: none
Date: Mon, 12 Oct 1992 13:18:47 GMT

sarr@sinshan.citi.umich.edu (Sarr J. Blumson) writes:

>In article <1992Oct9.230020.3388@nas.nasa.gov> eugene@wilbur.nas.nasa.gov (Eugene N. Miya) writes:
>>For those claiming the existence of a 6-bit byte, sorry I have never
>>heard of such a thing on the three 36-bit machines I am familiar with.

>On the other hand, the GE-6x5 (and presumably their Honeywell and Bull
>successors) really did have both instructions and funny indirect
>addressing modes which would unpack words.  In either 6 or 9 bit
>chunks.

Yes, the Honeywell 6000 series (under GCOS, circa 1981) used 6 and 9
bit bytes -- 6 in batch mode, 9 in timesharing.  This made it lots of
fun trying to share programs and data between the two modes...  (I can't
remember what size bytes Multics used; I'd bet on 9 bit, though.)

Dan Breslau
dan@codex.com
Disc claimer:  "Hey!  That's my floppy!"
Newsgroups: comp.arch