Slashdot Mirror


45 Years Later, Does Moore's Law Still Hold True?

Velcroman1 writes "Intel has packed just shy of a billion transistors into the 216 square millimeters of silicon that compose its latest chip, each one far, far thinner than a sliver of human hair. But this mind-blowing feat of engineering doesn't really surprise us, right? After all, that's just Moore's Law in action isn't it? In 1965, an article in "Electronics" magazine by Gordon Moore, the future founder of chip juggernaut Intel, predicted that computer processing power would double roughly every 18 months. Or maybe he said 12 months. Or was it 24 months? Actually, nowhere in the article did Moore actually spell out that famous declaration, nor does the word 'law' even appear in the article at all. Yet the idea has proved remarkably resilient over time, entering the zeitgeist and lodging like a stubborn computer virus you just can't eradicate. But does it hold true? Strangely, that seems to depend more than anything on whom you ask. 'Yes, it still matters, and yes we're still tracking it,' said Mark Bohr, Intel senior fellow and director of process architecture and integration. 'Semiconductor chips haven't actually tracked the progress predicted by Moore's law for many years,' said Tom Halfhill, the well respected chip analyst with industry bible the Microprocessor Report."

48 of 214 comments (clear)

  1. Number of components, not computing power by Daengbo · · Score: 2

    Number of components, not computing power, and the time-frame should be easy to figure out given the difference between 1965's number and the 65,000 predicted in 1975.

    1. Re:Number of components, not computing power by MrEricSir · · Score: 3, Insightful

      Adding components is easy. Making faster computers is not.

      --
      There's no -1 for "I don't get it."
    2. Re:Number of components, not computing power by NewWorldDan · · Score: 2

      Conveniantly, the actual 1965 article is linked in the summary above. Specifically, it was about the cost-effectiveness of adding components to in integrated circuit. Circuits with few components aren't cost effective to build, and cuircits with more components have lower yields, making them not ideal either. At the time, the component count was doubling on a yearly basis, and Moore predicted that this would continue for the near term (5-10 years), but that the longer term trend was unlikely. And so it was with time between component count doubling increasing from 12 moths to 18 to 24 to whatever it is today. I remember in the early 90s, processor performance was easily doubling every 2 years, and it certainly hasn't been that way the last 4-5 years.

    3. Re:Number of components, not computing power by __aatirs3925 · · Score: 5, Funny

      We call those Java developers.

    4. Re:Number of components, not computing power by Yvan256 · · Score: 5, Insightful

      You're either trolling or looking at it the wrong way.

      More efficient software means we could probably run tomorrow's software with yesterday's hardware.

      Instead, because of bloat, we're stuck running yesterday's software with tomorrow's hardware.

      When put in the mobile context, it also means shorter battery life.

    5. Re:Number of components, not computing power by BlueWaterBaboonFarm · · Score: 3, Insightful

      Since when can't you call someone a troll for telling you the truth? ~

    6. Re:Number of components, not computing power by mangu · · Score: 5, Insightful

      I remember in the early 90s, processor performance was easily doubling every 2 years, and it certainly hasn't been that way the last 4-5 years.

      It was easier to measure then, because performance was directly related to clock rate. Now that clock has stopped going up, performance depends on parallel processing.

      Then there's a catch, parallel processing depends on the software. Doubling clock rate will probably double the performance of almost any software that runs in the computer, doubling the number of cores not necessarily. Luckily, the most demanding tasks in computing are those that can be parallelized.

      With the advent of the GPGPU the future looks bright for Moore's Law. I've recently run some benchmarks using Cuda to perform FFTs and compared it to the data I have from my old computers. In my case, at least, my current computer is above the curve predicted by applying Moore's Law to the computers I've had in the last 25 years.

    7. Re:Number of components, not computing power by Joce640k · · Score: 3, Insightful

      I remember worrying when they started making 16 and 20Mhz CPUs, I thought digital electronics wouldn't be very stable at those sort of clock speeds.

      --
      No sig today...
    8. Re:Number of components, not computing power by vux984 · · Score: 5, Interesting

      It was easier to measure then, because performance was directly related to clock rate.

      It was easier to measure then because real world performance was actually doubling and was apparent in most benchmarks.

      Now that clock has stopped going up, performance depends on parallel processing.

      Performance isn't doubling anymore. Cores are increasing, and the pipelines are being reworked, cache is increasing, but PERFORMANCE isn't doubling.

      Then there's a catch, parallel processing depends on the software.

      It depends on the task itself being parallelizable in the first place, and many many tasks aren't.

      Luckily, the most demanding tasks in computing are those that can be parallelized.

      Unfortunately its the aggregate of a pile of small independent undemanding tasks that drags modern PCs to a crawl. And these aren't even bottlenecking the CPU itself... to be honest I don't know what the bottleneck is right now in some items... I'll open up the task manager... cpu utilization will be comfortably low on all cores, hard drive lights are idle so it shouldn't be waiting on IO... and the progress bar is just sitting there... literally 20-30 seconds later things start happening again... WHAT THE HELL? What are the possible bottlenecks that cause this?

    9. Re:Number of components, not computing power by icebike · · Score: 5, Insightful

      Well said.

      I'm often modded troll when I claim that every advancement in computer processing power has been absorbed by look and feel of the OS interface.

      Recalculating the spreadsheet (or just about any other real work) seemingly takes just as long (short?) as ever.

      I know its not provably true, but it sure seems that way.

      --
      Sig Battery depleted. Reverting to safe mode.
    10. Re:Number of components, not computing power by increment1 · · Score: 2

      // TODO remove this
      sleep(30);

    11. Re:Number of components, not computing power by Cid+Highwind · · Score: 4, Insightful

      The problem with that is there is no objective definition of software bloat. It's just slashdot shorthand for "spending time on stuff I personally don't find important".

      Your "bloat" is another user's "better interface" or "better security" or "maintainable code".

      --
      0 1 - just my two bits
    12. Re:Number of components, not computing power by Confusador · · Score: 2

      I know you said that it shouldn't be I/O, but I would still bet money that if you put an SSD in there you'd notice a dramatic improvement. (Although, you didn't mention RAM usage, but even then the SSD would help since it would speed up swap.)

    13. Re:Number of components, not computing power by vux984 · · Score: 2

      I know you said that it shouldn't be I/O, but I would still bet money that if you put an SSD in there you'd notice a dramatic improvement. (Although, you didn't mention RAM usage, but even then the SSD would help since it would speed up swap.)

      However, when I observe PCs stall with no significant cpu activity and no disk activity... if it were thrashing ram there should be disk activity. No, those stalls have got to be something else.

      Personally, though, yes, an SSD is my next upgrade, and I agree with you that I hope and expect to see a dramatic difference in load times, boot times and other io intensive stuff, but I don't think the stalls I'm complaining here about are related.

      One source of stalls that I am aware of are networking related. I've seen lots of stuff choke badly trying to reach servers that aren't reachable, where it just stalls the entire UI of an app while it waits for some network query to timeout. That accounts for some of them, but I'm still head scratching why it stalls in a number of other cases where there shouldn't be any networking dependency/functionality.

    14. Re:Number of components, not computing power by peragrin · · Score: 2

      On my work computer adobe acrobat takes 10-25 seconds to load. yesterday i tried to print a single page from the middle of a PDF and it took a good 10 minutes to process it., but only 5 seconds to actually print it when windows finally had control of the file. The processor wasn't loaded it is just that adobe acrobat is a piece of shit software.

      Hard drives are one of two bottlenecks in current computers the other is RAM. RAM tends to be several clock cycles behind the processor. This is why I have high hopes for memresistors, if you can move the HD into RAM you can have a massive speed increase. of course all software will have to be rewritten, but that is besides the point.

      --
      i thought once I was found, but it was only a dream.
    15. Re:Number of components, not computing power by SecurityGuy · · Score: 3, Insightful

      I'd have to wait an entire second to launch one of the most complex pieces of software on my computer.

      I think you just refuted your own point. The most complex piece of software on your computer is a word processor. That's the problem. Things which are conceptually simple have become so monstrously bloated that they're now "complex software".

    16. Re:Number of components, not computing power by Jeff+DeMaagd · · Score: 3, Insightful

      That's sometimes true, the trouble is that I'm finding software is often less reliable and slower than the same kind of software a decade ago. More maintainable code should mean that the product is more reliable. I don't see where security necessarily yields terribly slower software and much larger file sizes, unless you mean constant malware scanning. Software available today isn't necessarily more usable to novices or the experienced, so the suggestion of a better interface doesn't necessarily hold true.

    17. Re:Number of components, not computing power by guruevi · · Score: 2

      Deadlocks, badly implemented (blocking) loops, blocking or slow IPC, blocking file io (where it has to wait for the hard drive to return confirmation of the write), waiting on interrupts from various sources, exhausted entropy etc. etc.

      There are a lot of things that programmers and compilers do wrong. There are a lot of things that can't be parallelized yet and there is a lot of contention over a few limited resources (RAM, hard drive, external IO) which makes a computer slow.

      --
      Custom electronics and digital signage for your business: www.evcircuits.com
  2. A Better Question: by justin.r.s. · · Score: 5, Insightful

    45 Years Later, Does Moore's Law Still Matter?
    Seriously, hardware is always getting faster. Why do we need a law that states this? Which is a more likely scenario for Intel: "Ok, we need to make our chips faster because of some ancient arbitrary rule of thumb for hardware speed.", or "Ok, we need to make our chips faster because if we don't, AMD will overtake us and we'll lose money."?

    1. Re:A Better Question: by __aapopf3474 · · Score: 2

      Agreed. When watching a presentation, I have a corollary to Moore's Law, where if a slide mentions Moore's Law and has "the graph", then it is ok to ignore that slide and the following two slides because no new information will be transmitted. It is like a nicer (and temporary) version of Godwin's Law.

    2. Re:A Better Question: by kenrblan · · Score: 4, Interesting

      Well said. I was about to post the same question. The progress definitely matters, but the prediction is really not much more than an engineering goal at this point. That goal is secondary to the goal of remaining the market leader. Without intending to start a flame war, I wish the programming side of computing was as interested in making things smaller and faster in code. Sure, there are plenty of academically oriented people working on it, but in practice it seems that most large software vendors lean on the crutch of improved hardware rather than writing tight code that is well optimized. Examples include Adobe, Microsoft, et al.

      --
      Make everything as simple as possible, but not simpler. - Albert Einstein
    3. Re:A Better Question: by alvinrod · · Score: 4, Informative

      Funny you should say that as there was a /. story not terribly long ago about how algorithm improvements have improved beyond hardware.

      The problem with products from Adobe and Microsoft is that the codebase is massive and it can be a pain to fix and optimize one part without breaking something else. Software vendors deal with the same issue of needing to be faster than the competitor as Intel/AMD. If Adobe and Microsoft don't, I think it speaks more to the lack of competition in some of their product areas than it does to simply being lazy.

    4. Re:A Better Question: by houghi · · Score: 2

      but the prediction is really not much more than an engineering goal at this point

      No, it is a prediction, not a goal. There is a HUGE difference between the two. The worst that could happen (pr the best) is that it becomes a self fulfilling prophecy.
      If they get there, they stop trying as they reached the prophecy.
      If they do not get there, they will try harder to reach the prophecy.

      Now the question is if the self fulfilling prophecy speeds up the process or slows it down in the long term.

      --
      Don't fight for your country, if your country does not fight for you.
    5. Re:A Better Question: by epte · · Score: 5, Insightful

      My understanding was that the prediction was indeed important, for inter-business communication. Say, for example that a company purchases cpus from a vendor, for use in its product when it releases two years from now. The product development team will shoot for the expected specs on the cpus at that future date, so that the product will be current when it hits the market. Such predictability is very important for some.

    6. Re:A Better Question: by hedwards · · Score: 4, Informative

      Don't be stupid. AMD did overtake Intel on a couple occasions and the response most recently was to bribe companies not to integrate AMD chips into their computers.

    7. Re:A Better Question: by mangu · · Score: 2

      If they get there, they stop trying as they reached the prophecy.
      If they do not get there, they will try harder to reach the prophecy.

      Now the question is if the self fulfilling prophecy speeds up the process or slows it down in the long term.

      Let's try it out:

      -"Boss, I have this fantastic idea for a chip that will have ten times more components than the ones we have today".
      -"No way! That would violate Moore's Law, make it just twice the number of components!"

      No, I don't think Moore's Law is slowing down progress.

    8. Re:A Better Question: by RandCraw · · Score: 2

      Fact is, software development has relied on exponential hardware speedup for the last 40 years, and that's why Moore's Law *is* still relevant.

      If a global computer speed limit is nigh then mainstream computing will slowly decelerate. Why? 1) Perpetual increase of bloat in apps, OSes, and programming languages. 2) Ever more layers of security (e.g. data encryption and the verification & validation of function calls, data structures, and even instructions). 3) Increasing demands of interactivity (e.g. event polling of network & GUI & the explosion of sensors).

      The care, feeding, and survival and all of this crap depends on a nonstop increase in hardware horsepower. If hardware no longer improves (regardless of whether it was due to transistor density, clock speed, or microarchitecture design), the effect is the same -- computers won't keep up with the rising demands on them, and they will slow down.

      In fact, Moore's Law died the minute that multicore CPUs were announced as its heir apparent. Parallelism has always been the last ditch solution to hardware speedup. (Amdahl's Law is a harsh mistress). Parallel CPUs have been available forever and were mercifully avoidable as long as clock speeds multiplied. But when CPU Hz topped out at around 3 billion (around 2003), the hardware pros knew the party was over.

      Moore's Law, RIP.

  3. Again? by Verdatum · · Score: 5, Funny

    Is there some corollary to Moore's law regarding the frequency at which articles will be written commemorating the age of Moore's law and asking if it is relevant?

    1. Re:Again? by Galestar · · Score: 2

      From the article:

      It's also been so frequently misused that Halfhill was forced to define Moron's Law, which states that "the number of ignorant references to Moore's Law doubles every 12 months."

      --
      AccountKiller
    2. Re:Again? by Scroatzilla · · Score: 2

      Cole'slaw.

  4. Well, if it didn't... by pedantic+bore · · Score: 2

    Well, if it didn't, then would we still be talking about it, forty-five years later?

    --
    Am I part of the core demographic for Swedish Fish?
  5. Answers by noidentity · · Score: 2

    No, yes, no, no, no.

  6. Re:The real problem: Access Speeds by Anonymous Coward · · Score: 5, Funny

    How often do you really max out your CPU cycles these days anyway?

    Every-fuckin'-time Flash appears on a web page!

  7. /. doing its part by deapbluesea · · Score: 2

    It's also been so frequently misused that Halfhill was forced to define Moron's Law, which states that "the number of ignorant references to Moore's Law doubles every 12 months."

    There are only 13 posts so far, and yet /. is still on track to meet this law. Great job everyone.

    --
    Government is not reason; it is not eloquent; it is force. Like fire, it is a dangerous servant and a fearful master.
  8. Ask a vague question, get a vague answer. by JustinOpinion · · Score: 5, Insightful

    Well the problem here is that the question "Does Moore's Law Hold True?" is not very precise. It's easy to show both that the law doesn't hold, and that it is being followed still today, depending on how tight your definitions are.

    If you extrapolate from the date that Moore first made the prediction, using the transistor counts of the day and a particular scaling exponent ("doubling every two years"), then the extrapolated line, today, will not exactly match current transistor counts. So it fails.

    But if you use the "Law" in its most general form, which is something like "computing power will increase exponentially with time" then yes, it's basically true. One of the problems with this, however, is that you can draw a straight-line, and get a power-law exponent, through a lot of datasets once plotted in a log-linear fashion. To know whether the data "really is" following a power law, you need to do some more careful statistics, and decide on what you think the error bars are. Again, with sufficiently large error bars, our computing power is certainly increasing exponentially. But, on the other hand, if you do a careful fit you'll find the scaling law is not constant: it actually changes in different time periods (corresponding to breakthroughs and corresponding maturation of technology, for instance). So claiming that the history of computing fits a single exponent is an approximation, at best.

    So you really need to be clear what question you're asking. If the question is asking whether "Moore's Law" is really an incontrovertible law, then the answer is "no". If the question is whether it's been a pretty good predictor, then answer is "yes" (depending on what you mean by "pretty good" of course). If the question is "Does industry still use some kind of assumption of exponential scaling in their roadmapping?" the answer is "yes" (just go look at the roadmaps). If the question is "Can this exponential scaling continue forever?" then the answer is "no" (there are fundamental limits to computation). If the question is "When will the microelectronics industry stop being able to deliver new computers with exponentially more power?" then the answer is "I don't know."

  9. Re:The real problem: Access Speeds by serviscope_minor · · Score: 2

    How often do you really max out your CPU cycles these days anyway?

    All the time. Why?

    --
    SJW n. One who posts facts.
  10. Wait just one minute here! by gman003 · · Score: 3, Funny

    What the fthagn is this? A Fox News article on /.? And it's actually accurate, non-politicized reporting on a scientific matter?

    Apparently, I have entered the Bizarro World. Or perhaps the Mirror Universe. I can't be dreaming, because I'm not surrounded by hot women in tiny outfits, but something is most definitely WRONG here, and I aim to find out what.

    1. Re:Wait just one minute here! by kenrblan · · Score: 2

      This was probably the work of a single reporter who had a New Year's resolution to write a factually correct article without political bias. The writer has fulfilled the terms of the resolution, and will probably resume business as usual tomorrow.

      --
      Make everything as simple as possible, but not simpler. - Albert Einstein
  11. Moore's law is not a law by ahodgkinson · · Score: 3, Insightful
    Moore made an observation that processing power on microprocessor chips would double every 18 months, and later adjusted the observation to be a doubling every two years. There was no explanation of causality.

    At best it is a self-fulfilling prophesy, as the 'law' is now used as a standard for judging the industry, which strives to keep up with the predictions.

    --
    ---- It won't be as bad as you fear or as good as you hope, but it will take twice as long as you plan.
    1. Re:Moore's law is not a law by dkleinsc · · Score: 2

      It should be pointed out that the various social observations that have often been termed 'Laws' are not always true. For instance, Parkinson's Law states that work expands to fill the time and resources available. It's usually true. But sometimes, it's not, because it's trying to describe something about a system that nobody's been able to fully explain, specifically how an organization / business / bureaucracy actually functions.

      That doesn't make them useless, but it does mean you have to treat them as trends rather than absolutes.

      --
      I am officially gone from /. Long live http://www.soylentnews.com/
  12. Re:Moores law of first posts by fusiongyro · · Score: 5, Insightful

    I feel like I've been reading this article every six months for the last ten years.

  13. The real problem: Speed of Light by mangu · · Score: 2

    Even if you had an arbitrarily powerful CPU, you'd still have to load in everything from memory, hard disk, or network sources (i.e. all very slow)

    Considering that light only travels 30 cm per nanosecond in a vacuum, the maximum practical clock speed depends on how far your memory is. At a 3 GHz clock rate, a request for data from a chip that's just 5 cm away on the circuit board will have a latency longer than the clock period.

    The only solution to this problem is increasing the on-chip cache. But that will depend on having software that manages the cache well, i.e. more complex algorithms. In that case, since you have to optimize the software anyhow, why not go to a parallel architecture?

    I bet that in the future we will see chips with simpler (read RISC) architectures with more on-chip memory and special compilers designed to optimize tasks to minimize random memory access.

    1. Re:The real problem: Speed of Light by Rockoon · · Score: 2

      I bet that in the future we will see chips with simpler (read RISC) architectures with more on-chip memory and special compilers designed to optimize tasks to minimize random memory access.

      I bet that in the future, you still wont know how much chip space is used by its various components, leading you to continue believing that risc is some sort of space-saving advantage.

      With any instruction set, execution can only be as fast as instruction decoding. Both RISC and CISC machines now have similar execution units, so CISC architectures can feed more execution units per instruction decoded..

      To get the same sort of raw performance on RISC, the decoder needs to be faster than on CISC. When the decoders are already operating at the clock rate, the only way that this can be accomplished is with more decoders.

      Sure, CISC decoders are larger.. but you need less of them to get the same benefits.. so its just about moot. But back to the original point, in neither case are these decoders anywhere near the size of the vast space devoted to cache memory, or execution units.

      We are living in a time when two of the Big Three major chip makers differ significantly over how to organize the many extra decoders they trivially pack on.

      Intel is feeding two banks of decoders into one scheduler and one backing set of execution units while AMD is about to release its new strategy of feeding two banks of decoders into eight schedulers with two banks of integer execution units and one shared floating point unit.

      ...and they do this with the majority of the chip being devoted to cache memory and their controllers.

      When Intel first introduced HyperThreading in the Pentium 4, which is essentially accomplished by tacking on an extra set of CISC decoders to a core, it only took 5% more space than not doing it. A few doublings of the transistor count later, the space those CISC decoders now use is even more meaningless.

      AMD is now introducing its own form of "pack on extra decoders" with its Bulldozer architecture.

      If ARM (a true RISC design) wants to compete on performance, they too would have to pack on extra decoders to feed banks of execution units. ARM is going the other route, tho.. and is focusing on energy efficiency and as such, even cache memory is light on that architecture.

      Just to be clear: Of the Big Three cpu manufacturers (ARM, Intel, and AMD,) the one manufacturer focusing on RISC also offers the *least* amount of cache memory.. the exact opposite of what you think will happen.

      --
      "His name was James Damore."
  14. Not who you ask, but what you ask... by joeyblades · · Score: 3, Informative

    the future founder of chip juggernaut Intel, predicted that computer processing power would double roughly every 18 months. Or maybe he said 12 months

    What Gordon Moore actually said was that complexity would double every year. Moore was also relating cost at that time, but cost doesn't actually scale well, so most people don't include cost in modern interpretations of Moore's Law.

    For circuit complexity, Moore's Law (with the 18 month amendment) seems to still hold true. However, we are fast approaching some physical limits that may cause the doubling period to increase.

    Performance is commonly associated with Moore's Law (as you mention), However, performance is a function of clock speed, architecture, algorithm, and a host of other parameters and certainly does not follow Moore's Law... It never really has, even though people still like to think it does... or should...

  15. CharlieMopps's Law by Charliemopps · · Score: 2

    CharlieMopps's Law(TM): The quantity of articles posted to Slashdot that mention Moore's Law will approximately double every time Intel or AMD come out with a new processor.

  16. Shut the Fuck Up by sexconker · · Score: 2

    "Moore ... predicted that computer processing power would double roughly every 18 months. Or maybe he said 12 months. Or was it 24 months? Actually, nowhere in the article did Moore actually spell out that famous declaration, nor does the word "law" even appear in the article at all."

    "The complexity for minimum component costs has increased at a rate of roughly a factor of two per year (see graph on next page). Certainly over the short term this rate can be expected to continue, if not to increase."

    Moore's law is about minimum cost per unit. In traditional manufacturing, this is volume. In the IC world, component volume is simply chip density, but unit volume is affected adversely by chip density (complexity up, yields down). Thus, there is a balancing act. Moore's law is about the minimum, the optimal point on the curve from a manufacturer's standpoint.

    This minimum has traditionally directly correlated with performance. Why? Because we tend to add components that end up doing work.

    No, Moore didn't call it a law. It was an observation, and a prediction. As it proved to hold true over the next several decades, people referred to it as a law.

    And it continues to hold true.

    So please shut the fuck and stop asking about it every 6 months. Moore's law isn't about to be broken. Tablets aren't replacing desktop PCs any time soon. The cloud isn't changing the face of computing as we know it. This isn't the year of the Linux desktop. That breakthrough in solar panel efficiency will never materialize. Batteries still suck ass and there are no signs of any significant improvement on the horizon.

    If you've got no news to report, just throw up "Not much news today. People are still talking about those new Intel CPUs, though.".

  17. Re:Just make a graph -- goog is your friend... by anon+mouse-cow-aard · · Score: 2
  18. Von Neuman Bottleneck. by Ungrounded+Lightning · · Score: 2

    Unfortunately its the aggregate of a pile of small independent undemanding tasks that drags modern PCs to a crawl. And these aren't even bottlenecking the CPU itself... to be honest I don't know what the bottleneck is right now in some items... I'll open up the task manager... cpu utilization will be comfortably low on all cores, hard drive lights are idle so it shouldn't be waiting on IO... and the progress bar is just sitting there... literally 20-30 seconds later things start happening again... WHAT THE HELL? What are the possible bottlenecks that cause this?

    Might be thrashing or a task scheduler issue. Try a different OS on that machine to see if the performance changes, or try a similar machine configured with more memory.

    But it might also be the Von Neumann Bottleneck. If your working set - either data or instructions - is bigger than the on-chip caches, you get constant cache misses. It's like thrashing but between cache and memory rather than between memory and the swap partition.

    --
    Bantam Dominique roosters crow a four-note song. Once you've heard it as "Happy BIRTHday" you can't NOT hear it that way