Forty Years of Moore's Law
kjh1 writes "CNET is running a great article on how the past 40 years of integrated chip design and growth has followed [Gordon] Moore's law. The article also discusses how long Moore's law may remain pertinent, as well as new technologies like carbon nanotube transistors, silicon nanowire transistors, molecular crossbars, phase change materials and spintronics. My favorite data point has to be this: in 1965, chips contained about 60 distinct devices; Intel's latest Itanium chip has 1.7 billion transistors!"
That's Montecito dual core Itanium, w/24MB of cache (only about 120 million transistors actually per CPU with the balance largely that motherlode of cache) and you could probably fry a steak on.
"We can keep Moore's Law alive just by stuffing the cache!"
"Brilliant!"
"Brilliant!"
Suddenly they were crushed by a giant can of Guinness containing not even an electronic sausage...
A feeling of having made the same mistake before: Deja Foobar
So many people really doubt Moore's law will die anytime soon. Just because intel isn't jumping MHz every year, doesn't mean its ending... There are so many things left to do to squeeze out more performance in the same area or smaller. You can go to 3D stacks of transistors, higher K oxide dielectric, the list goes on and on. I agree with the article that says that we could see it go into the 2020s... the main problem that will hinder moore's law will be the economics of investing in new fabs, and waning demand of chips, not research and technology limitations. I see more money being pumped into memory chips and special purpose ARM style chips with a focus on low power. Eventually, people will just say, "Moore's law just doesn't matter anymore, the market has changed".
I was looking for logic vs. cache break-down numbers for a while, obviously Intel is not keen on providing it on their own.
The way I see it, 24 MB = 1024*1024*8*24 * 6 transistors/SRAM cell = 1.2B transistors for cache, still leaving 500M for logic. Well, we can factor in address storage and cache access logic, but I'd still like to see some harder data than this.
Paul B.
A theory is an integrated set of principles that organizes and predicts observations.
The paper he wrote for Electronics Magazine is here.
SYSOP ('sih-sop) n.: the guy laughing at your typing.
Wow, how that display of ignorance got modded +5 Insightful on a site like Slashdot really makes you think.
First of all, Moore's Law implies that the number of transistors per integrated circuit will double every 18 months (which, is not really what he said, see Understanding Moore's Law).
Second of all, this has held true and is continuing to hold true.
Third of all, clock speed does not reflect transistor number or density, neither of which are the sole contributing factor to 'power' or 'performance'.
I don't know what's sadder; wondering if the parent was actually a joke, or wondering how it got +5 insightful. Damn.
If the number started at 60 40 years means ~27 doubling of 60 so today's processores should have 8 billion tansistors 200 doublings of 8 billion is about 1.32*10^74 According to answers.com earth is composed of roughly 10^50 atoms and the Observable universe is estimated at 10^80 to 10^85 which is 335-356 years from now, not 300-400 Also, composing a transistor out of a single atom it pretty tough. plus you have to have gates etc. And if the whole observable universe is the processor, where is the rest of the system? ;) obviously you could make a system on a chip, but even then valuable atoms are being used and taking away from moore's law. plus the atoms of the device used to fabricate the observable universe into a giant processor... on the plus side, with that many transistors, you can probabbly encode the entire history of the universe into a mathmatically lossless codec that can achieve fit the entire sum of knowledge into a single byte of data. Some people believe this already happened, and the resulting processing caused the universe to collapse into a singularity and expolode into a new universe.
https://www.gnu.org/philosophy/free-sw.html
Peak Oil folks take one valid idea (oil is finite, and running out will be painful), but then devolve into irrational fear-mongering about it. If thermal depolymerization can net the US four billion barrels of oil from agricultural waste we currently throw away, running out of ground oil ain't going to be causing a new Stone Age.
That it's mostly useless in real-world terms anyway.
Sure, taking Moore's law literally, computers are 1 million times faster than 30 years ago. Arguably that should translate into _more_ than 1 million times more work per second, because compilers have evolved too, and expensive optimization techniques have become more affordable. (A compiler optimization technique that would have taken a week on a 70's mainframe, now takes seconds.) We also have better tools.
But are we doing 1 million times more with them? Nope.
Every time we get better tools, the accounting dept just get the idea "w00t! Now we can _really_ hire untrained monkeys to use them." In fact, the better tools and computers you get, the worse code you get.
It's not just code _performance_ that went south, any clue about security or good design went south too. Actually analyzing what could go wrong got at some point replaced by magic talismans like "we use Java so we can't possibly have a security problem" or "we use HTTPS, so our site is by definition secure." Too bad that one only has to edit an URL to bypass all those magic talismans.
And then there's the BDA (Buzzword Driven Architecture) effect.
The whole computer industry is one big scam where marketting is in control, and the biggest outright liar and con wins the contract. So every single dud or unfinished (or outright _stupid_) idea is marketted as _the_ second coming of christ, cure for all enterprise problem, cure for cancer, etc. And there's one born every minute who actually believes that drivel... yet again.
So programs are written with the sole purpose of having as many buzzwords in them as possible. Everything _must_ involve a SOAP call, to an EJB, which uses XSLT instead of just processing the damn data, etc.
True story: I've actually benchmarked one such crap buzzword-driven framework we were forced to use here. It took 1.1 seconds for a call to an empty method, on a 2.26 GHz P4 computer. No, not milliseconds. 1.1 _seconds_. A cool 2.5 billion CPU cycles just for a function call to an empty function.
We've actually exceeded Moore's law. A computer in '70 may have been 1 million times slower, but we're taking a _billion_ times more computer cycles to do the same. Yep, the modern version actually runs _slower_.
Being an ex-assembly programmer, that realization hurt. I'm talking physical pain.
So to end this long rant, IMHO I'm not sure that Moore's law will become that irrelevant any time soon. You could increase the CPU speed another 100 times, and someone will just find the monkeys to write 1000 times slower code for it.
A polar bear is a cartesian bear after a coordinate transform.
. 8086. . . . .: 0.03 million transistors (1978) .: 0.13 million transistors (1982) .: 0.27 million transistors (1985) .: 1.2 million transistors .: 3 . million transistors .: 5.5 million transistors .: 7.5 million transistors .: 9 . million transistors .: 9.3 million transistors (1994) .: 15.2 million transistors (1998) .: 22 . million transistors .: 23 . million transistors .: 28 . million transistors .: 33 . million transistors .: 42 . million transistors .: 52 . million transistors .: 57 . million transistors .: 63 . million transistors .: 110. million transistors .: 125. million transistors .: 125. million transistors .: 160. million transistors .: 178. million transistors
. 80286 . . .
. 80386DX . .
. 486 . . . .
. Pentium . .
. Pentium Pro
. Pentium 2 .
* Nvidia TNT2
. Alpha 21164
. Alpha 21264
. PPC G3. . .
* Geforce 256
. Pentium 3 .
. PPC G4. . .
. Pentium 4 .
. PPC G5. . .
. P4 Northwood : 55 . million transistors
* GeForce 3 .
* GeForce 4 .
* Radeon 9700
* GeForce FX.
. P4 Prescott
* Radeon X800
. P4 EE . . .
* GeForce 6800 : 220. million transistors
properly formatted at http://nothings.org/trans.txt
I wish I'd bothered to keep citations for all these numbers, but I didn't realize when I started this how long it was going to go.