🚀 go-pugleaf

RetroBBS NetNews Server

Inspired by RockSolid Light RIP Retro Guy

Article View: comp.arch
Article #12264

Re: 32->64 bit Killer Micros

#12264
From: Tom S Wailes
Date: Wed, 26 Jun 1991 15:11
42 lines
2989 bytes
In article <3457@crdos1.crd.ge.COM>, davidsen@crdos1.crd.ge.COM (Wm E Davidsen Jr) writes:
> In article <1991Jun23.012644.12449@en.ecn.purdue.edu> wailes@en.ecn.purdue.edu (Tom S Wailes) writes:
> 
> |                                What word size would be the best for use
> | and why?
> 
>   Since the answer all depends on the definition of "best" I guess we're
> going to waste several weeks talking at cross purposes. Why not restate
> the question giving some hint what you're trying to maximize.
> 
>   You can go for max MIPS, MIPS/$ (with or without software cost
> included), lowest power drain, or best paint job. You can specify
> writing your own o/s, using unix, using something else, etc.
> -- 
> bill davidsen	(davidsen@crdos1.crd.GE.COM -or- uunet!crdgw1!crdos1!davidsen)

   The best architecture would be one that maximized Specs, or some other
measure of performance related to actual code.  One problem I have is
defining this.  What code runs on a multiprocessor massively parallel
machine at an actual company or research center?  Do actual users run dusty
decks of Fortran originally written for vector type machines, or do they
experiment by developing entirely new approaches taking into account that
the guts are hundreds of individual 32-bit micros.  Do the present
operating systems limit our experience such that present use would be much,
much different than future use?  The end goal of my research is the
development of the hardware architecture of future "Killer Micros."  I
confess that this goal is elusive, because the micro hosts are constantly
changing and improving , but I am trying to attack the
shortest job first.  How big is big enough.  It seems 32-bits is big enough,
but what do I know, I'm not a user.

                                             Tom
                                             wailes@ecn.purdue.edu

P.S.  On a related topic, what does one do with virtual memory on a Killer
Micro?  Do you distribute memory among the processors or do you create a
large banked shared memory?  Caching and virtual memory support for
the uniprocessor environment will most likely be intrinsic on a 32-bit
micro.  How does one use this built in feature on a massively parallel
microprocessor based architecture?  A shared memory would offer better
utilization in my opinion, but then it would not be local.  Who has
experimented with this?
Technical Details
Message-ID: <1991Jun26.151140.9740@en.ecn.purdue.edu>
Path: arc1-ca.pugleaf.net!utzoo!utgpu!news-server.csri.toronto.edu!rpi!zaphod.mps.ohio-state.edu!sample.eng.ohio-state.edu!purdue!mentor.cc.purdue.edu!noose.ecn.purdue.edu!en.ecn.purdue.edu!wailes
References: <1991Jun23.012644.12449@en.ecn.purdue.edu> <3457@crdos1.crd.ge.COM>

Show Full Headers
Complete Article Headers
Path: arc1-ca.pugleaf.net!utzoo!utgpu!news-server.csri.toronto.edu!rpi!zaphod.mps.ohio-state.edu!sample.eng.ohio-state.edu!purdue!mentor.cc.purdue.edu!noose.ecn.purdue.edu!en.ecn.purdue.edu!wailes
From: wailes@en.ecn.purdue.edu (Tom S Wailes)
Newsgroups: comp.arch
Subject: Re: 32->64 bit Killer Micros
Summary: A better statement
Message-ID: <1991Jun26.151140.9740@en.ecn.purdue.edu>
Date: 26 Jun 91 15:11:40 GMT
References: <1991Jun23.012644.12449@en.ecn.purdue.edu> <3457@crdos1.crd.ge.COM>
Organization: Purdue University Engineering Computer Network
Lines: 42