Article View: comp.arch
Article #3021What CMOS cannot do (Re: Surges)
From: Mark G. Johnson
Date: Thu, 16 Nov 1989 22:25
Date: Thu, 16 Nov 1989 22:25
36 lines
2155 bytes
2155 bytes
In article <7000@pt.cs.cmu.edu> lindsay@MATHOM.GANDALF.CS.CMU.EDU (Donald Lindsay) writes:
>... power demand that is also independent of the clock, that is,
>absolutely constant rather than cyclic.
>
>CMOS isn't like that. It's asymmetric, and cares about transitions:
>0= >1 takes more power than 1= >1. So, one can write worst-case
>programs, which generate on-chip noise (mass transitions on the wide
>datapath), or which generate board noise and heat (mass transitions
>on the address and data pins). I'm not sure what cache activity
>generally produces the most heat: it may depend on implementation.
>
>CMOS is wonderful, but the ECL/GaAs/BiCMOS folks talk an awful good
>fight about how it's a different world on the other side of 50 MHz.
>
It's a terrible shame that CMOS parts are being shipped to customers,
for money, which operate over 50MHz. The ECL/GaAs/BiCMOS folks have
apparently discovered reasons why it can't be done.
Perhaps Brooktree ought to initiate a recall of their CMOS devices
"Bt458" and "Bt468", which operate at 170 and 200 MHz respectively.
Performance Semiconductor and Cypress Semiconductor had better
quit sending 125MHz full-CMOS static RAMs (P4C122, 7C123) to
customers, and their datasheets for 200MHz CMOS parts (P3C3147)
might need to be stamped "proven impossible" quickly.
Even more alarming, the Japanese are in on this conspiracy :-) of
faster-than-is-possible CMOS, too. Toshiba dares to offer, at
67MHz, their TC5588 CMOS RAM. The video DRAM from Japan's NMB
Semiconductor is suspiciously too-fast as well.
--
-- Mark Johnson
MIPS Computer Systems, 930 E. Arques, Sunnyvale, CA 94086
(408) 991-0208 mark@mips.com {or ...!decwrl!mips!mark}
Technical Details
Message-ID:
<31547@hal.mips.COM>Path:
arc1-ca.pugleaf.net!utzoo!yunexus!ists!jarvis.csri.toronto.edu!mailrus!uwm.edu!gem.mps.ohio-state.edu!apple!mips!markReferences:
<7000@pt.cs.cmu.edu>Show Full Headers
Complete Article Headers
Path: arc1-ca.pugleaf.net!utzoo!yunexus!ists!jarvis.csri.toronto.edu!mailrus!uwm.edu!gem.mps.ohio-state.edu!apple!mips!mark From: mark@mips.COM (Mark G. Johnson) Newsgroups: comp.arch Subject: What CMOS cannot do (Re: Surges) Message-ID: <31547@hal.mips.COM> Date: 16 Nov 89 22:25:29 GMT Article-I.D.: hal.31547 References: <7000@pt.cs.cmu.edu> Reply-To: mark@mips.COM (Mark G. Johnson) Lines: 36