Article View: net.micro.16k
Article #155Re: Corrigenda
From: Alan Yamauchi
Date: Tue, 26 Feb 1985 17:45
Date: Tue, 26 Feb 1985 17:45
40 lines
2883 bytes
2883 bytes
In article <2393@nsc.UUCP> chuqui@nsc.UUCP (The Phantom) writes:
>In article <730@amdcad.UUCP> phil@amdcad.UUCP (Phil Ngai) writes:
>>But 24 bits of address is not a huge thing, which is what the 32032 has.
>>24 bits is only 16 Mb or 4 4 Mb memory cards.
>
>Only 4 4Mb cards? Sigh-- Just think of the vast numbers of Vaxes running 16
>megabytes right now. Just thihk of the size of the 4 Mb cards in your 16Mb
>Vax. ...
Now wait a second here. This is not a realistic comparison. These cards use
64k DRAMs and you're right it does take up quite a bit of board space. Being
from NSC, you should realize that there are such things as 256k DRAMs, even if
none of the US semi houses are in full scale production. Okay, so it still
takes a lot of them to make up 4 Meg, but with current packaging technology
board space can be minimized to at most the size of a 1 Meg 256k DRAM card,
which uses DIP packaging. Take for example the memory cards used in the
ATT 3b series of micros, which use PLCC 256k DRAMs mounted on a substrate
( SIPs to be more specific ).
>... 32bit addressing makes a nice marketing tool, granted,
>but there really isn't much that a 32bit address gives you that
>a 24bit address doesn't also give you in a manufactured product
>EXCEPT a marketing tool.
Sounds like "sour grapes" to me. I have to agree with Phil, 24 bits of address
space just isn't enough given current semiconductor technology and system
architecture. New micro designs will be taking advantage of 256k DRAMs,
single/multi chip state of the art CPUs,... and you can bet many of them will
be allowing for a 16 Mbyte main memory. Someone is sure to design a 16 Mbyte
desktop VAX equivalent and where does that leave the 32032? By the time
NSC gets a 32032 out with a 32 bit address space, someone elses CPU chip
will be designed in, already prototyped and tested, and possibly they'll be
shipping product by the time your chip hits full production.
\ /
Alan Yamauchi *
\___/
UUCP: {ihnp4,ucbvax!amd,hpda,sri-unix,harpo}!fortune!yamauchi
DDD: (415)594-2436
USPS: Fortune Systems Corp, 101 Twin Dolphin Drive, Redwood City, CA 94065
Technical Details
Message-ID:
<5053@fortune.UUCP>Path:
arc1-ca.pugleaf.net!utzoo!utcs!lsuc!pesnta!hplabs!hpda!fortune!yamauchiReferences:
<983@watdcsu.UUCP> <2385@nsc.UUCP> <730@amdcad.UUCP> <2393@nsc.UUCP>Show Full Headers
Complete Article Headers
Relay-Version: version B 2.10 5/3/83; site utzoo.UUCP Posting-Version: version B 2.10.2 9/18/84; site fortune.UUCP Path: arc1-ca.pugleaf.net!utzoo!utcs!lsuc!pesnta!hplabs!hpda!fortune!yamauchi From: yamauchi@fortune.UUCP (Alan Yamauchi) Newsgroups: net.micro.16k Subject: Re: Corrigenda Message-ID: <5053@fortune.UUCP> Date: Tue, 26-Feb-85 12:45:57 EST Article-I.D.: fortune.5053 Posted: Tue Feb 26 12:45:57 1985 Date-Received: Wed, 27-Feb-85 09:12:15 EST References: <983@watdcsu.UUCP> <2385@nsc.UUCP> <730@amdcad.UUCP> <2393@nsc.UUCP> Reply-To: yamauchi@fortune.UUCP (Alan yamauchi) Organization: Fortune Systems, Redwood City, CA Lines: 40