Slashdot Mirror


Ask Slashdot: Why Are There No Huge Leaps Forward In CPU/GPU Power?

dryriver writes: We all know that CPUs and GPUs and other electronic chips get a little faster with each generation produced. But one thing never seems to happen -- a CPU/GPU manufacturer suddenly announcing a next generation chip that is, say, 4-8 times faster than the fastest model they had 2 years ago. There are moderate leaps forward all the time, but seemingly never a HUGE leap forward due to, say, someone clever in R&D discovering a much faster way to process computing instructions. Is this because huge leaps forward in computing power are technically or physically impossible/improbable? Or is nobody in R&D looking for that huge leap forward, and rather focused on delivering a moderate leap forward every 2 years? Maybe striving for that "rare huge leap forward in computing power" is simply too expensive for chip manufacturers? Precisely what is the reason that there is never a next-gen CPU or GPU that is, say, advertised as being 16 times faster than the one that came 2 years before it due to some major breakthrough in chip engineering and manufacturing?

474 comments

  1. One word by sl3xd · · Score: 5, Insightful

    Physics

    --
    -- Sometimes you have to turn the lights off in order to see.
    1. Re:One word by sl3xd · · Score: 5, Informative

      To elaborate: We can't reliably clock Silicon much faster than we're doing right now.

      There are other semiconductors (such as GaAs) which can operate reliably at higher frequencies, but they are absurdly expensive, produce too much heat, consume too much power, and so on -- not to mention the fact our tiny process sizes for silicon don't exactly work for entirely different materials (chemistry bites again).

      We're running into a similar wall for die shrinkage, on multiple fronts:

        - We're getting into the size territory where bits flip due to quantum tunneling, which tends to hurt reliability. Flash storage has started to reach that territory, if my colleagues working for ${SSD MANUFACTURER} are telling me the truth.
        - Yields of working units are going down significantly as the die shrinks, and it's taking a lot longer to figure out how to bring yields back up.

      In the end, every material has its limits, and we're starting to run into them with Silicon, and there isn't a material that 'stands out' as worth betting the business on.

      --
      -- Sometimes you have to turn the lights off in order to see.
    2. Re:One word by Anonymous Coward · · Score: 0

      - Yields of working units are going down significantly as the die shrinks, and it's taking a lot longer to figure out how to bring yields back up.

      In the end, every material has its limits, and we're starting to run into them with Silicon, and there isn't a material that 'stands out' as worth betting the business on.

      So, Moore's Law is dead.

    3. Re:One word by Anonymous Coward · · Score: 0

      so stop shrinking the DIE. I'm ok with a processor that is 4X larger than a standard i7 desktop processor. throw 16 cores on there and charge me 2X. hell force me to have to use a watercooler to get the 6ghz. I really dont care.

      The problem is everyone is hell bent on smaller for the sake of performance. and it's stupid. dont make smaller, make bigger.

      Problem is 90% of software right now is still single threaded, and it's why the octo core 1.9ghz processors feel like they are slow as crap compared to a 4ghz 4th gen processor.

    4. Re: One word by Anonymous Coward · · Score: 0

      Moore's law has been said to be dead many times before over the last ten or twenty years. So, I wouldn't quite saying the sky is falling.

      But yes, we're getting ever closer to where we can scale any further unless there is a big break through and change in technology. We already are using the vast majority of tricks available to us, and there simply isn't that much room left to scale down any further

    5. Re:One word by Anonymous Coward · · Score: 0

      We're running into a similar wall for die shrinkage

      I told you. I had just gotten out of the pool.

    6. Re:One word by DontBeAMoran · · Score: 4, Insightful

      The problem is that each new generation of programmers is lazier than the one before them. All the increased CPU power is wasted on bloated librairies, OS processes, etc.

      --
      #DeleteFacebook
    7. Re:One word by DavidMZ · · Score: 1

      Yields of working units are going down significantly as the die shrinks, and it's taking a lot longer to figure out how to bring yields back up.

      Actually no, the yield is higher for smaller die sizes at a given technology, since the likelihood of having a defect on your die is lower.

      On the other hand, time-to-ramp is longer for advanced tech nodes, although some companies like TSMC have shown impressive numbers.

    8. Re:One word by Anonymous Coward · · Score: 0

      You realize that performance comes with the die shrink, right? Something about less distance making for faster signaling...

    9. Re:One word by maorb · · Score: 1

      Everyone is hell bend on smaller for the sake of yield rate. Die size correlates with yields, large die area means it's more likely for a critical manufacturing defect to appear in that die. This potentially renders that entire die useless depending on where the defect lies.

    10. Re:One word by Chronus1326 · · Score: 2

      No, the reason is marketing. If you were Intel, and had created a processor 4-8 times faster in workload than current ones. Would you sell it? or would you sell a lesser model that was only 2x as fast. Then enxt year you release the 3x as fast edition. You can make this stretch out for 10 years on one development. And if the Military makes it we'll never see it.

    11. Re:One word by mjwx · · Score: 2

      Physics

      Yes and no.

      Yes as in there is a limit to what we can do with silicon and transistors, but also no because of the way innovation tapers off after a few decades. Its the same reason that we dont see huge leaps in car, aeroplane and oven technology. Its because the design has matured to a point where for the most part we're just adding minor improvements to tried and tested designs. Intel/AMD/NVIDIA have pretty much reached this point and it will take a disruptive technology to change that.

      Said disruption will likely be non-silicon or transistor based computers. However it will take 10-25 years for it to go from working prototype to household device. Computers were first built back in the 40's... we didn't get them into the home until the 70's. Even then the diffusion of innovation meant it was another 20 years before they were commonplace. We're up to the 90's if you're not keeping score. 27 years later, there isn't really anything that can be done to radically change existing designs, the last big innovation was changing to 64-bit and that was done in the early 00's. Much like with cars, all they are doing now is making minor changes, however over the course of a decade, these minor changes tend to make a big difference.

      Also, this is why I didn't care about getting Skylake over Kaby Lake or a Geforce 10 over a Geforce 9 when I built my new gaming rig mid last year. I knew the difference would be minor (and it's easy to upgrade a GPU in 2 or 3 generations when a difference can be noticed).

      --
      Calling someone a "hater" only means you can not rationally rebut their argument.
    12. Re:One word by balajeerc · · Score: 1

      Hear hear! (I am a millennial but I agree with this 100%).

    13. Re: One word by Anonymous Coward · · Score: 0

      They have the choice of having a smaller die or more cores on the same size of chio real estate, having multiple instruction pipelines (integer, floating point, double, vectors, matrices), having multiple instructions in flight, optimized Fetch/Decode/Execute/Write stages with pre-lookup, higher clock speed. So it's easier to shrink the die and add new instructions.

    14. Re:One word by Anonymous Coward · · Score: 1

      Well I'm just a gleam in my parent's eyes, but I agree 110% I also do YouTube comments!

    15. Re:One word by hairyfeet · · Score: 4, Informative

      I would also argue the money isn't there to make the insane investment required to make that "next leap" in chip tech.

      If you look at reports on how old the average PC in the field is? You are looking at 4-7 years and the reason why is obvious...software hasn't kept up with hardware. Even gamers these days can have 7+ year old CPUs and play the latest games at 1080P so there really isn't a huge market** just begging for a new CPU as sales from Intel and AMD have shown. Now if some new "killer app" like the next Lotus 123 comes up? This may change but so far I've seen nothing on the horizon that would fill that slot.

      **.- Before any of you that do some niche job like wave simulation or 3D rendering scream "But I needs moar power!"? You and your ilk are less than 2% max of the market, just too niche to be a big enough market to support the insane amount of R&D required to make that next leap.

      --
      ACs don't waste your time replying, your posts are never seen by me.
    16. Re:One word by Roger+W+Moore · · Score: 2

      Computers were first built back in the 40's... we didn't get them into the home until the 70's.

      The computers built in the 1940's used valves, not silicon. The first transistor-based computers were in the early 1950's so that's when the clock should start ticking since valve-based computers were clearly never going to be a consumer item. The same may be true of the next generation of computer technology - the current tech for quantum computers is not really consumer friendly if that turns out to be the next generation technological platform.

    17. Re: One word by Anonymous Coward · · Score: 0

      Speed of light; propagation of the signal from one side of the die to reach the other within a single clock cycle as I understand it. Now, much of this can be cleverly worked around using asynchronous clocking methods.

    18. Re:One word by geoskd · · Score: 5, Insightful

      The problem is everyone is hell bent on smaller for the sake of performance. and it's stupid. dont make smaller, make bigger.

      There are a whole host of problems with that.

      First and foremost, physics strikes again with the speed of light. Pretty much all modern processing is done synchronously which means that it requires a clock signal that changes everywhere at the same time. As you expand that size of the processor, suddenly things get out of sync. There are ways to fight this, but they are tricky and dont scale well.

      Second, As die size increases, Power consumption increases faster. All the current your processor draws passes through some parasitic resistance in getting there. The bigger the die, the more parasitic resistance. If you take a chip that draws 50 watts and put two of them on a die, the power draw is now 105 watts because the new chip draws more than 50 watts (it has to pull power through a slightly longer set of wires, as does the original one)

      Third, cost. The single most important factor in processor cost is yield. Any given silicon wafer will have a certain number of defects on it that will render any chip at that location unusable. If you get on average two defects per wafer, and you have 100 chips on a wafer, then you get 98 good chips and two bad ones (98% yield) . If you have two defects per wafer and there are only 10 chips on that wafer, you get 8 good chips and two bad ones (80% yield) (gross over-simplification).

      There are a whole cadre of other issues that chip designers and manufacturers have to deal with such as interconnects and shared resources, etc...

      --
      I wish I had a good sig, but all the good ones are copyrighted
    19. Re:One word by geoskd · · Score: 4, Interesting

      Something about less distance making for faster signaling

      Actually, it has very little to do with the distance. The single biggest speed improvement in die shrink comes because the gate capacitances are smaller due to smaller footprint, and as such the gate charge / discharge time is shorter. The shorter distances does have a small effect as well, but the primary effect is due to the gate capacitance.

      --
      I wish I had a good sig, but all the good ones are copyrighted
    20. Re:One word by mjwx · · Score: 2

      Computers were first built back in the 40's... we didn't get them into the home until the 70's.

      The first transistor-based computers were in the early 1950's so that's when the clock should start ticking since valve-based computers were clearly never going to be a consumer item. The same may be true of the next generation of computer technology - the current tech for quantum computers is not really consumer friendly if that turns out to be the next generation technological platform.

      Fair enough, it's 2:30 where I live and I didn't feel like reading the Wikipedia article on computers to get exact dates. However that's still 20 years from prototype to home product so I stand by my point.

      I forget where I read it, (back in high school, which is a while ago for some of us) but it takes 25 years from the point where a new technology becomes available for it to integrate into our lives. Replacements for silicon are largely still theoretical.

      --
      Calling someone a "hater" only means you can not rationally rebut their argument.
    21. Re:One word by Anonymous Coward · · Score: 0

      So there is a niche market smaller die: imprecise computation. Occasional bit flipping could possibly be accommodated. The economics for engineering further die shrinking into that territory for a niche market may be questionable. Time will tell.

    22. Re: One word by Anonymous Coward · · Score: 0

      Yes, but you are much more efficient and your tdp is lower...

    23. Re:One word by Anonymous Coward · · Score: 0

      Parent says:

      "There are other semiconductors (such as GaAs) which can operate reliably at higher frequencies, but they are absurdly expensive, produce too much heat, consume too much power, and so on."

      First of all, what is too much power? We have unlimited reserves of energy right here that we know about. For example, we have over 1000 years of coal reserves. Factor in natural gas, and biomass, and oil, and we could have energy so cheap it wouldn't even have to be metered, how nice would that be--flat rate energy. Deregulating nuclear energy would further open up limitless amounts of virtually free energy. We have thousands of miles of shoreline with steady winds and strong tidal currents. So many possibilities!

      If we want more computing power, more gaming power, more browsing power then we are going to have to rethink how we do things. Yes, GaAs semiconductors are more expensive, HOWEVER by lowering the cost of energy so computation and cooling costs are insignificant, the initial outlay for GaAs would be well worth it, and may actually be cheaper in total cost. The technology for boosting energy output already exists. It is just a matter of will.

    24. Re:One word by Anonymous Coward · · Score: 0

      Well, they also use the bloated libraries to create more complex software than before, or to create it faster.

    25. Re:One word by menkhaura · · Score: 1

      "(...), or to create it faster."

      To create it faster *once*, notwhitstanding that it will run millionces!

      --
      Stupidity is an equal opportunity striker.
      Fellow slashdotter Bill Dog
    26. Re:One word by Anonymous Coward · · Score: 0

      Or you could say that Moore's Law is still alive if you multiply clock speed by CPU cores, but much of our software doesn't take advantage of the additional cores.
      Also, consider GPUs which can crunch an insane amount of data.

    27. Re:One word by narcc · · Score: 2

      So they claim... I've seen perfectly mundane software that's more than 100x larger than older software that still somehow manages to do less than older versions.

      That is, equal or lesser complexity, dramatically larger size, unimaginably worse performance.

      I blame the attention paid to "do everything" libraries and frameworks used because they're popular, not because they add value. The defense is always "don't reinvent the wheel" and "if we want to add this or that someday" or some variation of the two. If we didn't reinvent the wheel, we'd all be driving Flintstone mobiles. As for the defense against the future defense, it's not going to happen. That never happens. It never happens because the added unnecessary complexity is guaranteed to make your software less, not more, flexible. Stop doing that!

      Stick with small, special purpose, libraries. Your users will thank you.

    28. Re: One word by Anonymous Coward · · Score: 0

      Yes, but no one designs a large die for volume production without redundant logic or blocks that can be disabled (for a down bin) and still be functional.

    29. Re:One word by angel'o'sphere · · Score: 1

      Was about writing something like you did, however:
      since the likelihood of having a defect on your die is lower.
      No, the "likelihood" is the same. You have X defects on a die. So up to X "chips" will have a defect in the end. However as you increase the amounts of chips you produce the percentage of defect chips shrinks. Or in other words: the smaller the chips, the more you get from one waver/die. The amount of defect chips stays the same, though.

      --
      Cost free eBook I read (by iBook/Kobo/Amazon/ObookO/Gutenberg etc.): "The Green Odyssey" by Philip Jose Farmer.
    30. Re: One word by Anonymous Coward · · Score: 0

      Your second point is a load of nonsense. What power wires are "slightly longer" with two chips on a board? There is appreciable IR drop through the high inductance pins/balls/bumps/PTHs on the die or package, and in the regulator a themselves, but "parasitic resistance" in the wires delivering current? Lol no..

    31. Re:One word by angel'o'sphere · · Score: 4, Interesting

      While the "end effect" is true, it has nothing to do with laziness.

      Paying a programmer is expensive. The employer have you rather finished quickly and sells your work early with "drawbacks" e.g. more memory usage and less speed.

      And the real culprits are the marketing droids that think programs and OSes need a new UI experience every few years. A huge deal of programming efforts and bloat is wasted and does not bring any value to the users.

      --
      Cost free eBook I read (by iBook/Kobo/Amazon/ObookO/Gutenberg etc.): "The Green Odyssey" by Philip Jose Farmer.
    32. Re:One word by thinkwaitfast · · Score: 1

      Stick with small, special purpose, libraries.

      Doesn't only the specific call get linked in and not the whole library? If I call acosh(), I don't need all 120 dead code math functions.

    33. Re:One word by Austerity+Empowers · · Score: 1

      Not all algorithms can be parallelized. Some things must be done serially. Also trying to teach some of the programmers out there how to program effectively on the various parallel platforms is harder than trying to alter physics.

    34. Re:One word by thinkwaitfast · · Score: 4, Interesting

      It's really capacitor charge time. In CMOS technology, you basically have a metallic plate (the gate) sitting on some semi conductor (separated by an insulator).

      As electrons flow into the 'plate', they accumulate. This creates an electric field which pushes electrons in the semiconductor away creating a channel of 'holes'. It's through this channel that electrons can flow (drain to source). Note that the electrons moving through the CMOS gate are typically sent to another transistor. And as soon as that plate fills up with electrons, current stops flowing through the device. And since power = current x voltage (IxV), you only dissipate power while the device is switching and this is why there is more current drain (and heating) the faster that you switch. Leakage current blah blah disclaimers.

      CMOS Transistor

    35. Re:One word by thinkwaitfast · · Score: 3, Interesting

      The smaller the transistor, the smaller the metal plate (the gate), so it charges faster, creating the channel faster allowing for faster switching times.

    36. Re: One word by Austerity+Empowers · · Score: 1

      I am not sure if he's talking about the increased static power draw in the silicon itself from having more silicon area, or if he's envisioning doubling up on the die size without also increasing the ball count on the BGA package, which would cause increased resistance due to the extra heat. Those BGA's can't be made infinitely large, as it is the larger ones do not always self-align during volume mfg and end up falling out.

    37. Re: One word by Bing+Tsher+E · · Score: 1

      It's not just the marketers. Programmer ego is also part of it. And programmer sloth. Who wants to read and figure out somebody elses code? Just tear it out and insert your code in place of it. It's visible even in a lot of open source code. Sadly, code bases could converge and become continually improved but instead the next generation of young dudes needs to 'leave their mark'.

    38. Re: One word by Anonymous Coward · · Score: 0

      Or the lower quality part is derated and packaged as a lesser chip in the product family. Until some moron overclocks it.

    39. Re:One word by Anonymous Coward · · Score: 0

      This is very true, but the real problem is bosses that don't understand a thing about programming. Writing efficient code takes time, and often project timelines are unreasonable. So, in order to meet unrealistic deadlines for projects programmers are forced to use bloated libraries. Ever heard the song Code Monkey by Jonathan Coulton? Such is most code monkey's existence.

    40. Re:One word by Anonymous Coward · · Score: 0

      The problem is that each new generation of programmers is lazier than the one before them. All the increased CPU power is wasted on bloated librairies, OS processes, etc.

      And each new generation of programmer is expected to produce far more far quicker than the previous. It's not laziness, it's pressure & expectation.

    41. Re:One word by Anonymous Coward · · Score: 0

      That's not really true. Frequency records for a silicon CMOS device is somewhere around 50GHz.

      Heat, power, wire delay, etc. when you try to connect hundreds of millions of transistors together becomes the problem. That's why "faster" semiconductors are not being used -- they would suffer the same problems. What you need is more efficient semiconductors.

    42. Re:One word by Anonymous Coward · · Score: 0

      Yes Phisyics

    43. Re:One word by coastwalker · · Score: 2

      The power problem is not the cost of the power. The problem is that any machine that does work also generates waste heat according to the laws of thermodynamics. So a chip that uses more power generates more heat which has to be got from the chip to outside the package and dissipated into the environment. If the heat is not removed then the chip temperature increases to the point where so many thermal electrons are generated the chip no longer works.

      The issue is also affected by the linewidth shrinks used to reduce die sizes and increase the number of die per wafer. The reduced die area cannot handle the same power as the previous generation without getting hotter. So each new generation of chips has to use less power than the previous one. A great deal of the complexity of the manufacturing process and the materials used are involved in achieving this power reduction.

      The optical problem of printing smaller features is only a portion of the difficulty and cost of going from one chip generation to the next. The brick wall that silicon is facing ending Moore's law is as much due to the power dissipation problem as it is the quantum tunneling leakage problem at ever smaller linewidths. Otherwise we could just go 3d and stack up more transistors on top of each other.

      Gallium Arsenide chips have a higher electron velocity and mobility so they switch faster than silicon but going from silicon to GaAs is a single linear increase in performance. Moore's law is an exponential increase doubling compute power every eighteen months achieved largely from reducing linewidths. There is also the problem that GaAs cannot make CMOS circuit designs at the highest speeds so logic consumes more power than silicon. GaAs is used in applications where the 250GHz maximum speed is needed, silicon has a maximum speed of around 5GHz.

      --
      Facts are history now plebs have politics for religion on social media.
    44. Re:One word by Anonymous Coward · · Score: 0

      The problem is that each new generation of programmers is lazier than the one before them. All the increased CPU power is wasted on bloated librairies, OS processes, etc.

      Stop hiring H-1Bs and that problem will go away.

    45. Re:One word by rtb61 · · Score: 2

      Not the physic you are thinking though. Lets use the favoured slashdot car analogy. Why are cars no longer more and more powerful, why is not the average consumer car capable of 300km per hour because it can not be safely or legally used and it is a waste of energy and resources, it serves no purpose except to allow some but to stroke the ego whilst stroking their private parts. Sure there is a market for it, a very tiny market (heh heh) but not sufficient to continue development, most people what more fuel efficiency and cheaper running costs and a more comfortable experience.

      So computers have hit the wall, where computing performance in the consumer market only serves to play games, the only element of the consumer market that needs the power (more over reality has hit the wall too because for the majority yuck. Too realistic violence, just puts people off, yet a more realistic environment is more fun, cartoonish beings in a realistic world).

      So high end desktop power in a small form factor, phone or tablet and low cost, big screen all in one, are the only real targets left for the main consumer market. For the business market, a single current high end gaming computer as server hooked to terminals would do most small to medium businesses, for accounting and admin. Power in business market is CAD, CAM, finite engineering, science, molecular engineering et al a very limited market relative to the consumer market, cost effectively served by hooking up elements consumer PCs to combine power in a grid computing approach (does or does not that mean Linux wins on the desktop when you have tens thousands of hooked together consumer machines in a grid, with many, many grid super computers because a custom built super computer is simply too expensive and want more power add more low end desktop, well, elements of them).

      Central high power cloud machines are just a disaster waiting to happen, how many times does this have to be proven. A highly distributed computer grid is far more durable and reliable, with only tiny parts going down relative to the whole, rather than the whole central power unit collapsing. The cloud will die so bad and for so long when we get hit with the next solar storm, utter disaster and it can be avoided but greed and stupidity.

      --
      Chaos - everything, everywhere, everywhen
    46. Re: One word by Anonymous Coward · · Score: 0

      False. Programmers 15 years ago were saying the same crap. I know, lets all go back to using the assembly language. People build upon what's come before them dipshit. If there's a prexisting lbrary that does what I need, even if it's not the most efficient code on the planet, I'll fucking use it rather than reinvent the wheel. Some of us have to produce cost effective results and aren't hobbiest, pureist fucktards.

    47. Re: One word by Anonymous Coward · · Score: 0

      They aren't scared of big dies. They are scared of the terrible margins they will get with large dies. The most significant cost of a die is the silicon wafer it is etched on. As die size increases the amount of dies per wafer decrease. That puts more cost on each core. You are also throwing away more silicon with each failed die. This increases cost further. Eventually you end up with a price that very few would actually pay, which breaks economy of scale. Prices climb even higher.

    48. Re: One word by Miamicanes · · Score: 2, Interesting

      Moore's Law is merely an observation about the NUMBER OF TRANSISTORS on a die, not computing power.

      In theory, Intel and AMD could probably make 64-core CPUs a retail reality within a year or two... but with current programming languages, it would be almost pointless. Multithreading exists, of course... but few apps besides raytracing can genuinely put it to good use. As a practical matter, 99% of the benefit from having multiple cores comes from being able to run Windows UI threads on one core, and whatever app is in the foreground on the second. With Windows itself spinning off API calls from the app onto cores 3 and beyond when it gets the chance to do so.

      Windows does a decent job of passively putting multiple cores to good use, but its ability to do that mostly depends upon having access to the benefits of x86/AMD64 architecture at its disposal. Historically, Linux has done a TERRIBLE job of passively putting multiple cores to good use without explicit multithreading attempts by the app's programmer, due to two main lines of reasoning:

      a) If the developer intended for the program to multithread, he would have written it that way... IMHO, more of an excuse, because the fact is, current programming languages aren't all that great at handling concurrency without major gymnastics. 25 years ago, we had spaghetti code as an anti-pattern. Now, we have a rat's nest of spaghetti async threads that are almost impossible to grasp without referring to a wall-sized UML diagram.

      b) Many of the things Windows does to passively put multiple cores to good use depend upon the "strong" memory model of x86/AMD64 CPUs. I believe this is actually the biggest current reason why Linux doesn't try as hard as Windows to passively multithread apps written to be single-threaded... and the reason why there were several entire generations of multi-core Android phones that didn't actually do a single damn thing with the extra cores besides brag about them in the marketing literature. Basically, on x86/AMD64, if thread #1 updates a byte of ram, thread #2 running on another core attempts to read it, the CPU will automagically make the change instantly visible to the second core. On ARM, that's rarely/never the case. With a language like Java, x86/AMD64 hides lots of programming sins that will cause the exact same code to crash and burn on ARM.

      TL/DR: we COULD have CPUs with a lot more cores than 4, 6, or 8... but current software wouldn't put them to good use, so there's almost no real market for them besides servers and mainframes.

    49. Re:One word by sound+vision · · Score: 1

      Shit, my build is from 2007. I upgraded it a few times over the next few years, as far as it could go... which isn't very far, being limited to DDR2 and socket AM2. GTA 5 is totally playable on it. In fact, I didn't start running into games it wouldn't play until a year or two ago. And that's not even because the hardware isn't powerful enough, it's just because of the feature set. Some newer games are requiring DirectX 11 support on the GPU, mine is 10.1.

    50. Re: One word by Bing+Tsher+E · · Score: 2

      It really is transistors, all the way down. Unless you switch Vdd and Vss inadvertantly, and then it's all carbon.

      Speaking of which, plug it in backwards and you, too, can have a Light Emitting EPROM.

    51. Re:One word by dbIII · · Score: 2

      While that is true there are a lot of things where working in parallel is trivial. Image processing is one that most readers will be familiar with. How hard is "apply this filter to every pixel"? You don't care what order it gets done in so long as you get the entire result dumped somewhere. There are a lot of things in science and engineering with that same sort of approach of applying the same transformation to every item in a dataset. While there is plenty of stuff that can't be done in parallel there is a lot of untouched "low hanging fruit" that is.
      Currently the situation seems to be you pick Xeons for single threaded jobs and AMD if you need a huge number of cores (64 cores and 1TB of memory per node is cheaper than you would think). For those lucky enough to have tasks that don't need a lot of memory the GPU stuff gives you a vast number of cores.

    52. Re:One word by TechyImmigrant · · Score: 3, Interesting

      - Yields of working units are going down significantly as the die shrinks, and it's taking a lot longer to figure out how to bring yields back up.

      In the end, every material has its limits, and we're starting to run into them with Silicon, and there isn't a material that 'stands out' as worth betting the business on.

      So, Moore's Law is dead.

      Moore law remains a remarkably correct prediction. However the prediction is concerning both feature size and cost and it predicts the costs rising in pretty much the fashion they have. It's exponential.

      However in terms of computer power, the vast majority of the increases in computer power have been architectural, not from process improvements. If we stopped at 10nm and never went below that, computers would continue to get faster. I am aware of techniques that will continue to improve the processing speed of CPUs. They are not feature size improvements. They will come out in due course. But feature size is not limited by our ability to push feature size. It's limited by the cost of reducing it. Who's going to drop $100,000,000,000 on a fab in 5 years to get below 5nm? Other technique become more effective per unit dollar.

      We push these things on all fronts. I've seen some pretty crazy schemes and I've seen some fail and some succeed.

      My personal opinion as someone who works on these CPUs is that the recent (4-5 years) slowing of CPU power increase (note that improvement in instructions per Joule hasn't slowed) is going to change. New things will come down the line that will dramatically increase the speed of doing stuff. It's happened with specific workloads like graphics, or crypto or RNGs or disk I/O. Other things will continue to improve as attention is spent on improving them.

      Notice how your CPU isn't awesome at DSP, but there are plenty of DSP oriented CPUs that blow any general purpose CPU out of the water on those tasks. There are datapath oriented architectures that can move data faster than any general purpose CPU sitting in big iron routers everywhere. As the demand for specific workloads change, the general purpose CPUs will follow.

      --
      I should use this sig to advertise my book ISBN-13 : 978-1501515132.
    53. Re:One word by whoever57 · · Score: 1

      No, you are wrong and GP is correct.

      Defects rates are typically constant across an area. For example, you are likely to have X defects per sq cm.

      Thus, the more sq cm your die requires, the more defects it is likely to have. Thus, smaller dice tend to have higher yields as a percentage of the number of dice produced.

      Another way of looking at it is that a wafer will have a typical number of defects. Each defect will knock out a dingle die. The more dice you have on the wafer, the more dice are not affected by defects.

      --
      The real "Libtards" are the Libertarians!
    54. Re:One word by Anonymous Coward · · Score: 0

      two more words: profit margins

      they make a hell of a lot more money going slow, making us pay dearly for every smaller upgrade along the way.

      this wouldn't work nearly as well with a dozen companies in each market, but with very limited competition.. we're talking just three companies total at this point, two in each market.. all they want to do is barely have an edge, get that sales push and market share from having products a bit better than the other guy..

      intel has been able to name their price for 11 years (since core's first iteration). amd has been limping along on life support since, and until just this week. zen looks promising. not the intel killer they hyped, but it is still clearly the biggest step amd has made since athlon nuked netburst into oblivion and forced intel to basically start over, scraping its work on p4 and starting fresh with new revisions to the p3-derived pentium m which became 'core'. intel hasn't felt any pressure to truly innovate in a decade. things may change, though. expect some 'miracle new breakthrough' to be announced by intel within the next 12 months that seemingly steps-up their game.

      on the graphics side, every gamer knows that nvidia kicks the pants off radeon in most games, and has since the late 90s. they haven't enjoyed intel's absolute dominance in their market, but since the original riva tnt cards, nvidia has (much more often than not) been the 'one to beat'. at least there's some actual competition here, though.. something that's been lacking in the processor market for a decade... but with only two players, each iteration, each new product line, is just baby steps forward....

    55. Re:One word by whoever57 · · Score: 1

      Ignore my post. I see that I did not read your post properly.

      --
      The real "Libtards" are the Libertarians!
    56. Re:One word by dbIII · · Score: 2

      The critical flaw size increases as you shrink the die.
      Thus with all else being equal more flaws. Those flaws that previously were too small to matter now do.
      I hope I made that clear enough.

    57. Re:One word by dbIII · · Score: 1

      **.- Before any of you that do some niche job like wave simulation or 3D rendering scream "But I needs moar power!"? You and your ilk are less than 2% max of the market, just too niche to be a big enough market to support the insane amount of R&D required to make that next leap.

      Yes, but thankfully people getting 1337 gaming boxes means our stuff is really not all that different at the motherboard/CPU level and is a lot cheaper than having to get stuff from IBM or Oracle/Sun.

    58. Re:One word by cb88 · · Score: 1

      Yep, and one way to get around this is superconducting computers.... which DARPA is investigating. You can get circuits operaiting in the tens of GHz easily however, getting ALUS + RAM + Mass storage and IO all working together at those speeds and temperatures is an enormous challenge.

      But once they do get there... it will be a matter of scaling it up from the approximately 8086 design complexity level it is at now. It might be a bit funny waiting on your CPU to reach running temp before it can boot up as well...

    59. Re: One word by Anonymous Coward · · Score: 1, Informative

      This is nonesense. Concurrent software programming - modifying shared memory without control is a big no no. Its out of control. Out if software flow control. Means unpredictable results.

      I'm not sure what you are rambling on about. Google concurrency synchronization and you will see what you write - careful consideration has been take to prevent exactly what you describe.

      You are an idiot or just read an article and think you are a programmer.

      And btw, like Linux, you can't magically convert sycronized program glow to something else.

      D needs the result of C, C needs the result of B, B needs the result of A. Therefore the execution flow or the software is A>B>C>D.

      Period. No exceptions.

    60. Re:One word by narcc · · Score: 1

      That depends on the language and the library.

    61. Re:One word by Anne+Thwacks · · Score: 1
      cheaper than having to get stuff from IBM or Oracle/Sun.

      OTOH second hand Oracle stuff is dirt cheap. (Don't know abut IBM). You can get an Oracle T1000 with 16 threads for less than $100, built to a spec that few Intel boxes could dream of. The clock speed isn't very high (1GHz?) but the memory bandwidth means all those threads all run full speed. And it only draws about 200W.

      Of course, only Solaris and OpenBSD run on it, and your favorite game probably wont (unless you are still playing Colossal Cave [how the hell do you get the pearl out of the oyster?] and "Hunt the Wumpus"). In fact, it probably does not do graphics at all. But SQL goes pretty fast. And, if running Solaris, so does cryptography.

      Not everyone is into FPSes, most corporates are not.

      --
      Sent from my ASR33 using ASCII
    62. Re:One word by spongman · · Score: 1

      > physics

      wrong word.

      the real reason is: money.

    63. Re: One word by Anonymous Coward · · Score: 0

      Oh that period.

    64. Re:One word by Anonymous Coward · · Score: 0

      We have unlimited reserves of energy right here that we know about. For example, we have over 1000 years of coal reserves.

      Big fan of alternative facts are we?

    65. Re:One word by Anonymous Coward · · Score: 0

      This one. Fucking programmers are shit, Go to my grocery store and the card reader needs me to press "cancel" before I can swipe. Frankly debuggers have killed the brains of young programmers. Used to be we needed to think about what went wrong. Now kids just see which bit flipped and change it. No idea *WHY*.

    66. Re:One word by Anonymous Coward · · Score: 0

      YEah...and maybe that is a good thing...the way that AI might want to fuck us.

    67. Re: One word by Anonymous Coward · · Score: 0

      Arm can have cache snooping for consistent memory between cores. Cortex A9 has a snoop unit for example.

      You don't know what you are talking about.

    68. Re:One word by somenickname · · Score: 1

      That's a terrible excuse. Just the other day I heard on Fox News that physics was fake.

    69. Re: One word by Anonymous Coward · · Score: 0

      A few more words

      Route delay vs cell delay

    70. Re: One word by Cesare+Ferrari · · Score: 2, Insightful

      I'm not sure what world you are living in, but in the one i'm in, we have CPUs with a lot more cores the 4, 6 or 8.

      For starters, mainstream Intel dual socket supporting processors have 22 core options - E5-4669 v4 for example. So, you can get 44 cores into a dual socket machine.

      Sun/Oracle got into this game in a big way with their T series processors, and blurred threads vs cores (in a very interesting way), so produce things like the T5 with 16 cores and 128 threads - it's like hyperthreading, but very cleverly done, so instead of relying on out of order execution to keep the execution units humming, you use multiple threads. Of course you can get multi-socket machines for these too, so you can get a T5-8, so 8 sockets (128 cores, 1024 threads).

      So, high core count is out there, you just jave to look a little further than intel processors aimed at the desktop market.

    71. Re: One word by Anonymous Coward · · Score: 0

      This may be true for the average office clerk, but from my perspective (industrial r&d scientist) this is patent flipping nonsense. Codes I routinely use scale well to thousands of cores, and some available cores are designed to utilise ~1M compute nodes. The more cores in a chip, the cheaper the compute node...

    72. Re: One word by Anonymous Coward · · Score: 0

      I don't know what you are talking about. Parallel programs are there and they are rather easy to write using C++: OpenMP, MPI, C++ threads. Especially OpenMP makes it easy to parallelize for-loops.

    73. Re:One word by Anonymous Coward · · Score: 0

      The problem is that each new generation of programmers is lazier than the one before them

      That is over generalized, my previous lead dev. worked on things until they where good enough - which meant that users sometimes had to wait twelve hours for a result. In total I spend a month tearing through his O(n^4) code to fix the worst offenders.

      The issue with modern programmers is more that they learn languages that don't allow for half the optimizations possible in low level languages. Cache locality in Java, Python, PHP, Ruby or JavaScript? Nah, we just tank those several thousand cycles of continued waiting. Avoid branching instructions and instruction stalls? We are running interpreted half the time anyway, loss is just in the tens of cycles so not worth caring either. The worst offenders also use maps for everything, no need to have O(1) access when you can have O(log n) or similar. While talking about algorithms in Go the simple for loop O(n) is your friend and you can nest it as much as you want O(n ^ lol ) - no need for optimized reusable algorithms that solve a problem in a sane timeframe.

    74. Re:One word by Wootery · · Score: 1

      We are running interpreted half the time anyway

      Unless we're talking about fast start-up, that doesn't seem likely.

      But yes, if you're writing performance-critical code at the level of worrying about cache behaviour and branching, maybe Java isn't the tool for the job.

    75. Re:One word by swilver · · Score: 1

      What would you parallelize though?

      The code for UI interactions? If it responds and updates within 20 ms, my mouse will flow smoothly over the screen...

      The validation logic? The business rules? The database access code? None of these benefit from parallelism as single thread performance is more than sufficient to return responses within *human* limits.

      Parallelism is already employed at almost all of the stages where it matters, and it won't need to be written by the average joe programmer. They just use a library to play that sound or video (offloaded to GPU)... They just write a per request application, that scales by using a thread per request and if necessary multiple instances of the server. They just access that database, which then does a highly optimized parallel search for the results...

      Teaching Joe to make use of the correct libraries and using things like WHERE and GROUP BY is a better investment.

    76. Re:One word by Anonymous Coward · · Score: 0

      fake and gay.

    77. Re:One word by Anonymous Coward · · Score: 0

      If first the memory and second storage would be much much faster, the CPUs would have to follow. Right now most software developers write code that wait constantly on slow I/O. That's not because their software has to do that. But rather because they are not competent. Making millions of software developers competent at this is more difficult, I think, than providing much much faster memory and finally storage layers.

    78. Re:One word by Anonymous Coward · · Score: 0

      Not even wrong!

      Physics has improved a lot.

      The problem is DRAM.

      Whenever physics improves DRAM capacity increases while speed and power remains the same.

      The average speed of a GHz CPU when bottle necked with DRAM page switching is still around 20MHz - about the same as it was when PCs were first coming out with 640K RAM.

      640K speed ought to be enough for everybody (TM).

    79. Re:One word by Anonymous Coward · · Score: 0

      You are thinking C and a static linker. That isn't what bloat is about.

      Your typical Linux program will depend on some library that will be downloaded and installed in full. The entire library will be loaded when you start the program, even if you only use a small part of it.
      Now in every Slashdot article about programming languages there will be vague statements about "modern languages" being a lot better than C. (Without specifying which language, because if they did they would be shut down immediately.)
      So, without knowing in particular what people typically use we can look at what happens with for example Python.
      Importing a library function won't just pull in that particular function. It can also run initialization for everything that you may or may not use.
      It will create a bunch of classes and functions so that there is something to call should you ever want to use any of the functions that you aren't using. (Due to the way the language is made the compiler can't know beforehand what you are going to use.)

      The optimized C program with a linker that drops everything not used isn't the norm anymore.

    80. Re: One word by Anonymous Coward · · Score: 0

      True for consumer CPUs. But for servers, my company regularly makes use of 40-core machines (2x20 core intel CPUs). While our services are all single threaded, with sharding it is possible to utilize all the cores just by running 40 or so instances of the service on each machine. (It works surprisingly well: Sharding is the secret ingredient of the web scale sauce)

      If you go to Amazon and browse their instances, you will see many instance types max out at 32 or 40 cpu cores (8xlarge and so on) so this is not uncommon. Amazon can simply resell the instances 1 or 2 cpus at a time if they want. So the fact is that while most applications are still not (heavily) multi-threaded, with each passing year it's possible to do more with a single CPU at least for servers.

      Now, when talking desktop and mobile, I have to agree that we are most certainly not utilizing CPUs efficiently. Almost all frameworks (including iOS [UIKit] and Android) require all UI work to be done on the a single "main thread". And while it's possible to use other threads, they will almost certainly not be used efficiently because none of them are allowed to do UI work. The one redeeming factor for mobile is they might be able to save power by shutting off the cores which are not in use.

      By the way, I've had very little trouble programming on ARM. First, if you use locks that implies a memory barrier (at least in pthread). Second, all processors since Cortex-A9 guarantee cache coherency just like x86, which is most of the phones on the mobile market running a recent OS (say, almost all devices running android 4.1 or later; and iPhone 4s or later: iPhone 4 was single core).

    81. Re:One word by munch117 · · Score: 1

      Those "bloated libraries and OS processes" are at 0% CPU most of the time. They take up space, but they have no impact on peak CPU performance.

    82. Re:One word by Blaskowicz · · Score: 2

      The original statement was more about bad yields on newer processes. I.e. if your yields are only about 10% on 10nm trying to make a desktop chip then it's a terrible yield no matter what. If your yield for the former process was 80% for the same area then even if your new die is a much smaller version of the former one, it will have a worse yield overall. Wafer cost and design cost also increase.

      The 10nm process has to be improved over time to get economical. That's business as usual but it's taking more and more time, perhaps years to get up to speed. Same thing happened with the 16/14 nodes. So, what come out first are high end mobile chips - highest end phones and then Intel's Core M for high margin ultra thin laptop things. Meanwhile lower end phones still are on 28nm not even 16-ish nm.

      Even flash memory improvements seem to be slowing down, but that may be that demand is huge and increasing.
      E.g. new phones are coming with 16GB flash, though 32GB would be faster and more reliable. (Some phones are sold in two variants : 2GB/16GB and 3G/32GB. Not yet putting 32GB as standard)

    83. Re:One word by Blaskowicz · · Score: 1

      I remember the next big thing was "the grid". There was nonsense PR about Playstation 3 consoles helping each other in a distributed computing fashion. (No, you won't farm out gaming tasks over DSL upload. It was bullshit meant to be circulated and printed.)
      Then it was "the cloud", but the cloud doesn't really mean anything in particular. The cloud means the datacenter, or a collection (possibly global) of datacenters, or just a couple computers running virtual machines. Or you can use "cloud" for branding of the computer grid you're talking about.

      does or does not that mean Linux wins on the desktop when you have tens thousands of hooked together consumer machines in a grid

      For now you still have some disguised licensing . Modern GPUs can support dozens of remote users, can be shared between several virtual machines (just like you can run 20 VM on a low end consumer CPU if you like) but that's to be found on $3000 or more "professional" GPUs, not on $300 (or $100, or $500) consumer GPUs even though the hardware is about identical.

    84. Re:One word by drinkypoo · · Score: 1

      the last big innovation was changing to 64-bit and that was done in the early 00's.

      64 bit isn't innovative, it's iterative.

      The last significantly different innovation outside of process technology was probably VLIW. But it hasn't really gone anywhere. We got iTanic, but it sucked and now it's gone.

      --
      "You're right," Fisheye says. "I should have set it on 'whip' or 'chop.'"
    85. Re: One word by Anonymous Coward · · Score: 0

      Too bad, you get them all.

    86. Re: One word by Half-pint+HAL · · Score: 2

      Yes, but the inefficiency in the modern frameworks is the failure to prune unused code at compile-time, typically because the framework is delivered as a pre-compiled binary blob. If your stopwatch app includes an entire raytracing 3D engine that is capable of rendering massively detailed immersive worlds, and all you're using it for is to project a realistic shadow on the clock face from the hands, that's inefficient in terms of storage, even if it's efficient from the perspective of the labour required to produce it.

      --
      Got them moderator blues I blieve I walk out the do', With these mod-points I been gettin', I 'most never post no mo'
    87. Re:One word by Half-pint+HAL · · Score: 1

      While the "end effect" is true, it has nothing to do with laziness.

      It's laziness at the base of the tree. If you're writing a framework that's going to be used on untold thousands of installations worldwide, you should take the time to make it compile-time customisable so that each app only carries the bits it needs in its installer.

      --
      Got them moderator blues I blieve I walk out the do', With these mod-points I been gettin', I 'most never post no mo'
    88. Re:One word by Anonymous Coward · · Score: 0

      Another word: competition (or lack thereof). Until very recently, AMD hasn't been in the same ballpark as Intel for CPUs and Intel had no reason to make a leap forward when it could milk the current architecture. The physics will probably play a Same thing goes for GPUs with nVidia -- AMD kept a rough pace on the performance front but was losing the power efficiency battle. AMD now has some fairly efficient GPUs, but doesn't have any high end graphics cards just yet.

      Speaking of AMD, they actually did make a big leap in performance and power efficiency in introducing Ryzen. Not in comparison with the overall market, but certainly in comparison with their previous offerings. They also skipped over a couple of process nodes.

    89. Re:One word by Half-pint+HAL · · Score: 1

      Then it was "the cloud", but the cloud doesn't really mean anything in particular. The cloud means the datacenter, or a collection (possibly global) of datacenters, or just a couple computers running virtual machines. Or you can use "cloud" for branding of the computer grid you're talking about.

      The origin of the term "the cloud" really says it all. In network diagrams, the internet was represented by a cloud because you couldn't see what happened there -- the network topology was unknown and unknowable. The point of "cloud computing" was that the network is all made of computers, not dumb switches. The whole "cloud" idea as it originated was incompatible with the concept of due diligence, and even now I'm appalled about how much information about "cloud" services is withheld from customers. These days, our expectations of due diligence don't seem to go beyond chanting "in Big Cloud we trust."

      --
      Got them moderator blues I blieve I walk out the do', With these mod-points I been gettin', I 'most never post no mo'
    90. Re:One word by angel'o'sphere · · Score: 1

      I don't know a framework that is "bloated" because of laziness.

      But feel free to point some out.

      Apps, don't need installers. You simply copy them into the appropriated directory. And "installers" again have nothing to do with frameworks or laziness in building them.

      Code bloat comes: from to much code. That is the opposite of laziness ... people are working in the wrong areas, or to many people work on the project and duplicate code. Or you might have a complete different definition of bloat, who knows.

      --
      Cost free eBook I read (by iBook/Kobo/Amazon/ObookO/Gutenberg etc.): "The Green Odyssey" by Philip Jose Farmer.
    91. Re:One word by Half-pint+HAL · · Score: 1

      Mathematical imprecision still lives or dies on orders of magnitude, though. If the value you're passing through is 1, and the bit-flipping occurs on the most significant bit on a 64-bit architecture, that's not imprecision -- it's just plain wrong.

      --
      Got them moderator blues I blieve I walk out the do', With these mod-points I been gettin', I 'most never post no mo'
    92. Re:One word by Half-pint+HAL · · Score: 1

      $$$ - If you jump from 50nm to 5nm you get paid well once. If you go 50nm to 45nm to 40nm - you get paid every single year.

      Have you any idea how much it costs to build new fab plants? I don't think that what you propose is a particularly sensible business strategy.

      --
      Got them moderator blues I blieve I walk out the do', With these mod-points I been gettin', I 'most never post no mo'
    93. Re:One word by LWATCDR · · Score: 1

      Or in simple terms. Massive improvements are hard. You tend to see them early in the development cycle of a technology.

      --
      See my blog http://ilovecookes.blogspot.com/ for light hearted technical information.
    94. Re: One word by LWATCDR · · Score: 1

      "but few apps besides raytracing can genuinely put it to good use."
      Well yes and no. Most apps can use a few threads, one of the ones I am working on used 40 but that is not super common. I have not worked on any program that does not use a least three in a long time.
      On most, workstations you have more than one program and or service running at a time so you can use a good number of cores on most PCs. Thanks to VMWare and Xen once you get to servers I doubt that you could even have too many cores at least where I work.

      --
      See my blog http://ilovecookes.blogspot.com/ for light hearted technical information.
    95. Re:One word by Karganeth · · Score: 1

      No... we are absolutely nowhere near the physical limits of computation. https://en.wikipedia.org/wiki/...

    96. Re: One word by Anonymous Coward · · Score: 0

      And don't forget Xeon Phi, which is a PCI-E card you can slap into a machine to add 60 cores / 240 parallel threads.

    97. Re:One word by nomadic · · Score: 1

      "To elaborate: We can't reliably clock Silicon much faster than we're doing right now."

      That doesn't explain why there weren't huge leaps in the past, though. Physics hasn't changed, but why did it take 10 years to go from 1995 speeds to 2005 speeds?

    98. Re:One word by Anonymous Coward · · Score: 0

      > Physics hasn't changed, but why did it take 10 years to go from 1995 speeds to 2005 speeds?

      There's a part of physics called thermodynamics?

    99. Re:One word by Anonymous Coward · · Score: 0

      Consoles are holding PC gaming down. Plain and simple.

    100. Re: One word by ProzacPatient · · Score: 1

      In theory, Intel and AMD could probably make 64-core CPUs a retail reality within a year or two... but with current programming languages, it would be almost pointless.

      I see this sentiment a lot but I see the potential for a circular problem here; software engineers may not see the point in building multi-threaded applications because of the relatively low number of cores in most computers now and as a consequence CPU manufacturers may not see the need for more super multi-core chips because of a lack multithreaded applications, but even otherwise more cores give the operating system's scheduler more room to work with which means you can have more processes running without bogging down the responsiveness of the system.

      As it stands right now gaming is probably the most common example I can think of and some Unreal engine games, iirc, can use upward of 15 threads all handling specialized tasks, and you can bet that game developers would love more powerful end user hardware. There are other areas too where multithreading would be practical like data compression (7-zip natively supports up to 4 cores iirc) or video encoding which is more common in today's YouTube generation. I also like to use multithreading for faster building which both MSBuild and GNU Make support.

    101. Re:One word by unixisc · · Score: 1

      I thought that Moore's law was specific to transistors, so bumping up the core count doesn't affect it.

      But response to the OP's one word answer - physics, a second one would be logic/math. As others have pointed out, not only can't all algorithms be parallelized, but also, there is a limit to how much parallelism can be extracted from any operation. Like if you are running a program that has 4 processes or threads running, having a 16 core CPU won't help you. That's different from just jacking up the clock frequency, where there is nothing that revving up the GHz can't do

    102. Re:One word by mysidia · · Score: 1

      There are other semiconductors (such as GaAs) which can operate reliably at higher frequencies, but they are absurdly expensive, produce too much heat, consume too much power, and so on

      OK, then.... Obviously we need to find another material that will clock to a higher frequency Which is abundant enough that could become almost as cheap as silicon, given demand and economies of scale,
      which can be made efficient enough and won't inherently produce too much heat for high-computing needs.
        And then entirely new processes need to be developed.....

    103. Re: One word by Bengie · · Score: 1

      Few software problems are so simple that they play well with a parallelized for-loop. If you really want to make software scale well with concurrency, you need to deeply understand what is going on at the CPU level and how the different synchronizations are implemented and how they interact with your current CPU architecture. If you don't understand what you're doing, Amdahl's law will backhand you to the 60s. And that's ignoring all of the race-conditions most people will miss.

    104. Re:One word by AmiMoJo · · Score: 1

      Car have been continually improving though. Modern ones are much more efficient, much quieter and much safer than older ones. Even in the last five years there have been massive improvements, especially with electric vehicles and hybrids.

      The same is true of CPUs. The focus has simply shifted away from maximum single core performance to multicore performance and energy efficiency. We all want our phones to run longer on a single charge, and all gaming systems have been multi-core for a decade (XBOX 360 launched in 2005 with 3 cores, PS3 the year after with 7 cores).

      GPUs are the same. While relatively speaking they don't push that many more FPS in older games, what they do offer is much processing power for shaders and physics. So it's more about recent games being able to add additional effects and improve image quality with minimal loss of frame rate, rather than making an old game hit 150 FPS instead of 120. We have also seen a move from 30 fps average to a solid, consistent 60 fps at 1080p with max settings being the baseline people expect.

      --
      const int one = 65536; (Silvermoon, Texture.cs)
      SJW, n: "Someone I don't like, and by the way I'm a fuckwit" - AC
    105. Re:One word by Bengie · · Score: 1

      Don't let others do any threading at all. If you can't wrap all of the complexities in a library, it will be done wrong, yet still manage to "work" good enough that no one notices there's an issues until someone who knows what they're doing looks at the code.

      In my experience, race conditions are on a bathtub curve. Either the software crashes all of the time and the race condition gets fixed, or the race condition is incredibly rare or naturally silent and people just assume computers do weird things from time to time.

    106. Re:One word by Anonymous Coward · · Score: 0

      So the way to speed up computers these days, is to go for the good code. Replace windows with linux, stick to what's fast. windows gets slower with time as they add bloat, linux get moderately quicker as they slowly but surely improve the compiler.

      Sure, bloat exists for linux too, but there it is optional. you don't have to use kde.

    107. Re: One word by Anonymous Coward · · Score: 0

      No, only the 4k page of code that you use from your library will be loaded in memory. And only the code you use will actually end up in the cpu execution cache. Thinking bloat and slowness come from reusing libraries is ridiculous.

    108. Re:One word by epine · · Score: 1

      Even flash memory improvements seem to be slowing down, but that may be that demand is huge and increasing.

      No, charge storage scales even worse than switching—and everyone agrees. Flash has recently been kept on life support by staggering efforts in bit-error management.

      Thus all the research funds right now (ST-MRAM, carbon nanotube NRAM, STT-RAM, CBRAM, not to mention Intel's new TMium) are being funneled into bulk resistive technologies, such as the chalcogenides.

      The charge bottle is dead. Long live the fickle dendrite!

      The problem with silicon was written about extensively in 2016 (this only a decade after the frequency free-lunch had already ended, and five years after the power-scaling free-lunch started being served up in Continental-breakfast portion sizes).

      TSMC Plans New Fab for 3nm
      Focus Shifts To Architectures
      ITRS roadmap predicts end of process miniaturisation by 2021
      Transistors Could Stop Shrinking in 2021
      Alchemy Can't Save Moore's Law
      Will 5nm Happen?
      TSMC will begin 10nm production this year, claims 5nm by 2020

      TSMC remains strangely bullish, but you also need to realize that line size is not what it used to be. It used to be they pretty much shrunk the entire lithography. Now they shrink what they can shrink, and then define the new lithography based on the skinniest resulting body part (problem: what's left to measure after the wrist? answer: a Taiwanese wrist).

    109. Re: One word by dannys42 · · Score: 2

      FYI, Apple's languages/tools (like GCD, Swift, and OperationQueues) make it very easy and manageable to take advantage of concurrent programming. (At least compared to other systems I've see )

    110. Re:One word by Anonymous Coward · · Score: 0

      if you are talking about defects in the substrate that is being etched then the defects presuming same manufacturing of subtrate would be the same.

      Die defects are different, etching smaller die is more difficult leading to lower yields. due to higher likely hood of mask errors and doping issues.

    111. Re:One word by Anonymous Coward · · Score: 0

      Three words: Civil Rights Extremism

    112. Re: One word by Anonymous Coward · · Score: 0

      Who wants to read and figure out somebody elses code?

      Depends on the person who wrote the code. Some people's code is messy but logical, some other people's code is beautiful but illogical, a virtually non-existent amount of code is both clean and logical. I'm gifted but with a learning disability. I'm very strong at abstract reasoning and logic. I can deal with all kind of logic, as long as it's consistent. What I can't deal with is inconsistent logic.

      Nearly all programmers have inconsistent logic. For most small projects, it's not an issue, but once a project becomes too large, they can no longer manage their own code. They just say "The project is too large to remember everything". I beg to differ. I've worked on huge projects where the architecture, design, and code were all logical. I can create a mental model that represents the logic, and like Minecraft, hold an infinitely large world in my head by recreating the code based on the logical rules that it followed. This ability of mine breaks down as soon as the code is no longer logical and instead requires that I memorize the code. I have a general memory disability, but it does not affect my spatial memory, which is where mental models are kept.

      Interesting enough, most people are at least semi-consistent in their logic for small blocks of time. I regularly have to help people with their own code by attempting to recreate their twisted logic as a mental model, then clean up their own code so they could understand it themselves. It seems to me that many people attempt to brute-force their own code by memorizing because it's too illogical to understand. But memorization only works as long as you remember the context and your frame of mind. Most people are not metacognitive enough to recognize the context in order to remember it nor metacognitive enough to know their frame of mind.

      When you come back to your code several years later, it can be difficult to understand it. Not so for me. Because of my disability, I must have very consistent logic. I've had projects that I had not seen the code in nearly a decade, and in the few cases that someone discovered a bug, I was able to think for a second and create what I "probably" coded, with great accuracy. The key is being able to have logic that does not change regardless of knowledge or experience. This also requires that I fundamentally understand a problem such that if my knowledge or experience changes, it does not affect the way I think about a problem. I have a long start-up time on new projects, but it pays off in spades in the long run.

      Technically I am only "gifted" because I have been forced into exercising my abstract reasoning to compensate for my disability. Anyone could be like me if they put in the time and effort. There is also the fact that I get a dopamine high from learning. I love to learn. Even from a young age I was obsessed with science and anything logical or just plain "interesting" to me.

      They could also find concurrent programming trivially easy and have the ability to solve unreproducable bugs without a debugger by spending every waking minute exercising your frontal lobe. Yes, anyone can be a good programmer. Theoretically they have the potential, but in practice it's impossible.

    113. Re:One word by Nkwe · · Score: 1

      The problem is that each new generation of programmers is lazier than the one before them.

      Lazier or more expensive? While I have been doing this a long time and have my share of complaints about kids these days who won't stay off my lawn, I also acknowledge the business side of things where if you can use a programmer who is "lazy" by leveraging already existing code and libraries that may not be specifically optimized for the task at hand, you can do so and still get the job done because the hardware is fast enough to compensate for the inefficiencies in coding.

      TLDR; Lazy can be inefficient, cheap, and usually enough.

      Yeah it bugs me that so much processing power is wasted, but I get it.

    114. Re:One word by Rothron+the+Wise · · Score: 1

      Most programmers would like to spend forever on making every little ting perfect.

      Unfortunately it's very rare that you can get someone to pay you to do that.

      --
      A witty .sig proves nothing
    115. Re:One word by Colourspace · · Score: 1

      This is true. But could you imagine writing a game like Doom 2016 in bare metal assembler? Writing a Commodore 64 game in the 80's in ASM was feasible due to the system limit being ~64k. Of course, this doesn't just apply to game code bases. Modern libraries ('standing on the shoulder of giants', so to speak) allow for modern software development to be done in a reasonable time frame (with the benefits of portability, etc.), albeit at the expense of bloat.

    116. Re: One word by The+Last+Gunslinger · · Score: 1

      TL/DR: we COULD have CPUs with a lot more cores than 4, 6, or 8... but current software wouldn't put them to good use, so there's almost no real market for them besides servers and mainframes.

      You realize that's most of the market, right?

      Here's another word for you: hypervisor.
      While a single instance of an operating system might have limited capability to utilize parallel processing resources, a hypervisor hosting multiple instances of operating systems can easily schedule 100% of the hardware's compute capacity.

    117. Re:One word by Dagger2 · · Score: 1

      First and foremost, physics strikes again with the speed of light. Pretty much all modern processing is done synchronously which means that it requires a clock signal that changes everywhere at the same time.

      To put a number on that: at 4.5 GHz (which is perfectly doable with current processors) light can travel about 6.5cm.

      Take a look at your motherboard. 6.5cm is barely the distance to the RAM slots; the PCI-E slots are further away than that. The CPU die is of course smaller, but it's interesting to realize that CPUs can process quite a few instructions in the time it takes light to go from one end of the motherboard to the other.

    118. Re: One word by Anonymous Coward · · Score: 0

      This won't help your office application open any faster.

    119. Re: One word by Anonymous Coward · · Score: 0

      We don't care, nobody is worried about multiple independent tasks. What we're discussing accelerating a single task (or multiple interdependent tasks)

    120. Re: One word by runningduck · · Score: 1

      ". . . but few apps besides raytracing can genuinely put it to good use. "

      Hmmm, web browsers seem to be really good at busying every core on my computer.

      --
      -rd
    121. Re:One word by GNious · · Score: 1

      Just please understand that there's good value in a lot of the UI/UX progress made in the last 40 years - some of the UI work being added is crap, but a lot of new versions of various software does bring UI/UX improvements even though users are screaming bloody murder because a button was moved.

    122. Re:One word by thinkwaitfast · · Score: 1

      That's not a programming problem. A programming problem is when you walk up to a cash register and see a black scree with a blinking cursor and a stack dump. You are talking about a requirements specification problem. Which shouldn't be left up to programmers.

    123. Re: One word by thinkwaitfast · · Score: 1

      It really is transistors, all the way down.

      And their all analog too :)

      Until you get to the quantum mechanics level, but that's a whole different set of modelling.

    124. Re:One word by thinkwaitfast · · Score: 1

      Please not 8086 architecture.

    125. Re:One word by thinkwaitfast · · Score: 1

      purchases go now

      The embedded processor market has always been about 2 orders of magnitude larger than the consumer computer market.

    126. Re: One word by thinkwaitfast · · Score: 1

      /They're not their. Brainfart.

    127. Re:One word by cb88 · · Score: 1

      I was just referring to the architectural complexity they have demonstrated... I don't think anyone is going to make 8086 compatibles.

      IF they were going to make a CISC chip though... the 68k wouldn't be too bad... about twice as many transistors as a 8086 and much nicer. The 68010 with included MMU would even run Unix back in the day... and was fast enough to self host essentially even at 10Mhz. One of those running at 20Ghz wouldn't actually be all that bad.

      Personally I think a compressed instruction set + risc backend is the best bet for speed. Basically take what x86 currently does and run with it... designing an instruction set to explicitly be dense... then keep a decoded cache of the actual program.

    128. Re:One word by Anonymous Coward · · Score: 0

      Don't you get it? Anybody who doesn't develop the same cognitive biases and make the same mistakes is "lazy", "stupid", or whatever other of his shortcomings he'd like to project on them at that moment.

    129. Re:One word by ChrisMaple · · Score: 1

      the vast majority of the increases in computer power have been architectural

      "More transistors" makes architectural improvements possible. On-chip caches started being used when there were enough transistors available to make on-chip caches. SSE, MMX, etc. were introduced when there were enough transistors available. Same for floating point units, on-chip memory controllers and multiple CPUs per die.

      --
      Contribute to civilization: ari.aynrand.org/donate
    130. Re: One word by ChrisMaple · · Score: 1

      Exception: stages whose output is boolean or a small number of possibilities. The next stage can be run speculatively.

      A takes an hour to run, the result is TRUE or FALSE.
      Two instances of B are started, one with an input of TRUE, the other with an input of FALSE. In each case, B takes an hour to run.
      An hour after the program was started, knowing the output of A allows us to choose the correct output of B.

      --
      Contribute to civilization: ari.aynrand.org/donate
    131. Re:One word by ChrisMaple · · Score: 1

      With modern small geometries, wire capacitance can dominate gate capacitance, particularly for long connections such as might exist between ALU and cache.

      --
      Contribute to civilization: ari.aynrand.org/donate
    132. Re:One word by Anonymous Coward · · Score: 0

      Or the flip side: if you know the next huge leap forward already and need to invest 1T to make ti happen is the computing market going to grow the 10X it needs to in order for you to get your money back? Why bother as long as this year is a bit better than last the enthusiasts will still drop another 3k on a new gaming machine this year has they have every year before.

      Assuming you could get that 4-8X perf improvement at the same power draw data centres might really care but even then you'd still be limited by bus bandwidth/number of drives or FC cards or whatever the server can support unless you assume those get the giant leap forward too.

      Those that don't upgrade a lot probably just do light browsing, or the enterprise equivalent a small business that basically any server grade hardware is good enough to server as the email server, file server, database server etc, and wouldn't care anyways.In short we over estimate the number of people that care.

      Admittedly a lesser thing but look at what happened when Win 8 came out. Everyone knew it was touch first, everyone reviewing it bitched about it. But how many people rushed out and bought a touch monitor or a new computer with a touch screen for it? PC market might have had a bit of a bump but really for the most part the "normals" just said "why can't I still use my 4yr old laptop instead?".

    133. Re: One word by Virtucon · · Score: 1

      No, in the age of "let's get a bunch of offshore resources to code it" some code is truly shit.

      --
      Harrison's Postulate - "For every action there is an equal and opposite criticism"
    134. Re:One word by Anonymous Coward · · Score: 0

      But it is the same reason they slightly tweak the interior or offer a new colour every year on a car: if they can't convince you that the new is better you'll wait till the old stops working. For software that could be a very very long time (ex: office 2000 is probably good enough for 90% of users it's not pretty but it is sufficient).

      I totally agree though expense driven development, or even deadline driven development. I just finished a feature I was working on in prep for our code freeze on Monday. It works, it could have more bells and whistles and support more input types but: better to ship it now and start making money versus waiting another 6mths before you can make everyone happy. Better some happy customers than no customers happy at all (also server side software so the user doesn't have to eat any cost if they don't use it)

      The next time you do something similar you can look at the old code again, refactor things to share stuff, tune it a bit etc. But at some point you got to ship it: if the feature delivers value and the cost is $5 of ram over the course of the user's computer life all but the crappiest businesses will be more happy with the feature than the savings on hardware. Computers are a trivial expense. $500 every 3yrs vs 2k every three years? Who cares as long as you deliver real value it is trivial to earn that back via productivity or even just enjoyment vs tolerance factors. You got to bring the good though: adding crap the customer doesn't actually need is pointless.

    135. Re:One word by ChrisMaple · · Score: 1

      So computers have hit the wall, where computing performance in the consumer market only serves to play games, the only element of the consumer market that needs the power

      Try waiting 2 minutes for your computer to sharpen a 4000 x 5000 image, only to find that you've chosen the wrong parameters and have to try again ... and again ... and again ... and fianally discover that the edges of your photo need more sharpening than the center. There's a whole world of image enhancement out there that isn't even tried in the consumer photo market because it takes too long (blind deconvolution on a single 4000 x 5000 image can take several hours, again, only to find that the parameters are wrong.) A 1000 X speedup would be very useful, and the typical consumer isn't even aware of the potential for improvements.

      --
      Contribute to civilization: ari.aynrand.org/donate
    136. Re:One word by ChrisMaple · · Score: 1

      If I were IBM and created a processor 4 times faster than Intel's at the same manufacturing cost as Intel's, I'd be delighted to drive Intel out of the market.

      --
      Contribute to civilization: ari.aynrand.org/donate
    137. Re:One word by ChrisMaple · · Score: 1

      Silicon replaced germanium fairly quickly.

      --
      Contribute to civilization: ari.aynrand.org/donate
    138. Re: One word by Chalnoth · · Score: 1

      There also the point that large technological leaps from current tech are really, really hard. You could potentially improve usage of the same amount of silicon dramatically by switching to asynchronous processing, for example, but that's a very different paradigm. GPU and CPU manufacturers would have to relearn many of the things they have learned over the last few decades when it comes to building a high performance processor. It's just not possible to do that quickly, so if we get major tech changes like that, they'll first appear for small processors that don't need a whole lot of processing power.

    139. Re:One word by ChrisMaple · · Score: 1

      That wikipedia article is based on assumptions that are almost irrelevant to the construction of computers made of realistic components, like, say, atoms. The article is based on things like black holes and should not be given serious consideration here.

      --
      Contribute to civilization: ari.aynrand.org/donate
    140. Re:One word by ChrisMaple · · Score: 1

      Advances in semiconductor manufacturing technology are extremely difficult. If you, as a semiconductor manufacturer at the 50 nm node, decided to make 5 nm your next process node, here's what would happen: you'd go broke before you ever developed the new tech, as your competition reached the 25 nm node and you couldn't sell your uncompetitive products any more.

      Even assuming you somehow managed to remain profitable, you'd probably get your 5 nm process to market only 18 months ahead of your competition. It's that difficult to overcome the many obstacle in the way of getting to 5 nm production.

      --
      Contribute to civilization: ari.aynrand.org/donate
    141. Re: One word by immortalcrab · · Score: 1

      And who is going to predict execution time in a multi-threaded environment? The compiler? Or you? your solution is too wasteful and most often than not the obligated execution order is like it is because some step produces large secondary effects (like sorting) and not simple small set responses. Furthermore if the response set size is bigger than two, then you are going to waste n-1 hours of execution, were n is the size of the response set so is actually counter productive. Pro hint: multicore machines aren't non deterministic machines.

    142. Re:One word by DavidMZ · · Score: 1

      I am not sure that I understand what you mean by "critical flaw size", and I am not sure what would be the relation with die size. A defect is a defect. Bigger dies don't have more redundancy, they have more functions.

      If you are interested in yield model, this paper is a good read.

      Or you can just check the influence of die size on yield in this basic yield simulator

      And FYI, I work in the semiconductor industry.

    143. Re:One word by Anonymous Coward · · Score: 0

      As your die shrinks, smaller imperfections become defects... Hence the increase in defect rate. However, to compensate, chips are manufactured with more cores, and some cores get deactivated if a defect is found, which is one of the current leading ways to keep yields up.

    144. Re:One word by Anonymous Coward · · Score: 0

      Hand-in-hand with physics is business. Customers have computers that are "fast enough" for a fairly reasonable price. Suddenly faster isn't the customer demand. Right now the market is more focused on smaller/lighter/more energy-friendly devices.

    145. Re: One word by Anonymous Coward · · Score: 0

      Are you sure it's 6.5 cm and not 65cm?
      My math is as follows:
      Light travels 300,000,000 meters in 1 second. That means a light can travel 1 meter in one cycle of a 300Mhz signal. 100cm in one cycle of a 3 Ghz signal. 10cm in one cycle of a 30Ghz signal.

    146. Re: One word by Anonymous Coward · · Score: 0

      Oops sorry my bad! I see where I went wrong! There are 100 cm in a meter, duh! That's why it's called centi meter after all. So yeah you are correct it's 6.5cm after all.

    147. Re:One word by angel'o'sphere · · Score: 1

      If you substract the last 10 years, yes.
      My impression is that all "good value" made from 1975 till 2005 was thrown way the last years. Just Look at modern MS software, shudder ... Windows 10 is a nightmare, too.

      --
      Cost free eBook I read (by iBook/Kobo/Amazon/ObookO/Gutenberg etc.): "The Green Odyssey" by Philip Jose Farmer.
    148. Re:One word by AntiSol · · Score: 2

      The frameworks themselves aren't bloated because of laziness (generally, per se), but the programs using these frameworks are bloated due to laziness.

      e.g: You need to write a program which does 2 or 3 nontrivial but common tasks. You could write your own or research and use 2 or 3 lightweight and efficient libraries for those specific tasks, but that would be effort, so you use a framework you've worked with before which has the 2 or 3 things you need plus 50000 other features. And that's how you end up with a "hello world" program targeting .net and loading 100Mb or so of libraries into memory before it does anything.

      However the framework people aren't blameless: they've been lazy by not providing a mechanism to only include the parts of the framework that you want: rather than saying 'include framework', I should have to say 'include core; include crypto; include database'. And when packaging my program there should be a way to only bundle the bits I need. But this isn't the way we do it, because:

      • * Making our framework do that is effort. And totes not sexy. I'd rather implement a new templating engine or a library for iThisMonthsFad(TM). Yeah, we already have one, but oh look - squirrel!
      • * If we don't include them in the core, we'll get a bunch of (lazy) people complaining about how much effort it is ("and soooo mid-late 2000s lol!") to type 'include database'. Or they'll use some other framework.
      • * Most programs use crypto and database anyway, right? So we should just include them in the core. It'll only add a megabyte or so to those lightweight programs which don't use it.
    149. Re:One word by angel'o'sphere · · Score: 1

      Nevertheless that "bloatness" only uses hard disk space.
      In other words: you don't notice it at runtime.

      And again: this has nothing to do with laziness. It is Zeitgeist. Get used to it.
      The bosses of the guys you look down on demand it. Most programmers would love to act different, but they are not allowed to do so.

      --
      Cost free eBook I read (by iBook/Kobo/Amazon/ObookO/Gutenberg etc.): "The Green Odyssey" by Philip Jose Farmer.
    150. Re:One word by Vastad · · Score: 1

      I remember the next big thing was "the grid". Then it was "the cloud".

      But isn't the idea of distributed computing power kind of false hope anyway? Because that's just the distributed version of parallel computing and humans are - so far - really bad at taking a serial problem and splitting it into a parallel problem. So most of that potential is not usable anyway. I think I got that right.

    151. Re: One word by Anonymous Coward · · Score: 0

      Yeah, 60 Pentium 1 cores. A lot of good that'll do.

    152. Re:One word by AntiSol · · Score: 1

      Nevertheless that "bloatness" only uses hard disk space.
      In other words: you don't notice it at runtime.

      Heh, apparently you never worked with the early versions of .net. We're talking multi-second (sometimes up to 10s, depending on what had previously been cached) disk-spamming delays before the splash screen would even show. Meanwhile the source delphi program we were porting (i.e it was the same program) showed the splash screen pretty much instantly and averaged maybe 2 seconds from launch to "program ready for input" - before we started the .net port we were talking about removing the splash screen from the delphi version because it would often only show for a fraction of a second. For the .net version we talked about using a delphi launcher just to show the splash screen so that it would show while .net loaded.

      No. These bloated frameworks are regularly (not always, mind you, but often) loading unnecessary libraries into memory. Anything written in .net or java is effectively loading a VM into memory before it even begins to load the unnecessary libraries. And I've seen PHP frameworks which load thousands and thousands of files into memory for every request. This takes time and it might mean reading it off the disk, another bottleneck. It also has to parse all these files and whatnot. It's not insignificant. I don't remember the numbers offhand but I do recall one time when a colleague did some analysis and found that the biggest single delay in page load time was the time it took for the framework to parse/enumerate all the classes it was (needlessly) loading for every request - loading the framework was slower than connecting to the DB and doing the couple of queries we were doing for every page load .

      You might not notice it at runtime on your high-specced development machine with 1 user, or in your staging environment with 3 users, but your users will sure-as-shit notice it when you get up to high volumes.

      Yes, there is push-and-pull from management, but in my experience many/most managers are smart enough to make the right decision when you say to them "OK, so you and the marketing guys are predicting massive upscaling in the next 6 months. Do you want us to put in a bit of extra time getting it right now, or at least researching and coming up with a basic roadmap of some kind, or would you prefer to face the prospect of rebuilding from the ground up in a big hurry in 6 months, maybe needing to bring in expensive contractors to help meet the deadline?"

      You can call it all the nice-sounding words you like but at the core we're talking about laziness. Half-pint HAL above is spot on when he says "It's laziness at the base of the tree". Too lazy to evaluate alternatives or to think ahead. Too lazy to learn something new. Too lazy and/or inexperienced to push back on management for proper engineering. Too lazy for anything which is actually challenging. We just want to be comfortable. What a great zeitgeist.

      Most programmers would love to act different, but they are not allowed to do so.

      (citation needed)

      Don't misunderstand my position - bloated and easy-to-use stuff does have it's place. But that place is not in the same room as good engineering or performance.

    153. Re:One word by aaarrrgggh · · Score: 1

      I don't think that is what history tells us; "cloud" is here to stay in many different forms. What doesn't work is a monoculture-- you need 5-10 competing providers to be viable in order to build a reliable system.

      Software as a service I am not as sure about. It is generally bad for the customers financially, but it offers some benefits that help offset that cost.

    154. Re:One word by lsatenstein · · Score: 1

      If you want improved speed. you need parallelism. Instead of 64bits of bandwidth, you need 128bits.
      As well, as an interim step, add a processor to the mother board, and let it do the I/O for disk/SSD/Internet. Now that there are fewer mainframe interruptions, you will be able to boast GPU transfers, and GPU performance.

      If you try to pump more data via 64bits than what you are currently doing, you will be generating a lot of heat within the chips that must be dispersed. More parallelism would allow for slower execution and less power consumption. Think of two teller queues versus one teller queue.
      There will be times where one teller is busy, and the other inactive. That is the same with the cpus, and that is the analogy to show where less power would be consumed.

      --
      Leslie Satenstein Montreal Quebec Canada
    155. Re:One word by rtb61 · · Score: 1

      I don't think you understand how disruptive a major solar flare would be and how major always active computer installation would be disrupted and how long they would take to rebuild. The real cloud, the distributed cloud, not the insane control and greed driven monopolised cloud, is durable, that fake bullshit monopolistic cloud is driven by nothing but greed, profits now, other companies secrets now, perverse and sickly prying into everyone now and fuck the consequences. There are more consequences, totalitarian corporations as government, complete loss of private control (with the loss of privacy, so corporate controls can be forced over individuals 24/7). The cloud as currently designed and controlled is a disease driven by nothing but psychopathic greed and insane need to control. The internet was originally a cloud but corporations are trying to tie it back under corporate control by hosting in on a limited number of server systems which they control and those controls they will ruthlessly apply as they can get away with them, extremely ruthlessly. Only fools would trust their lives to a limited number of corporate controlled cloud, just look at the corrupt mess of main stream media, that is exactly how they are designing the cloud right not, on purpose.

      --
      Chaos - everything, everywhere, everywhen
    156. Re: One word by cthulhu11 · · Score: 1

      What about an application of, say, running 100 VM's per socket instead of 40? Plenty of other applications that can take advantage of cores to scale horizontally with more processes. Not everything is a desktop.

    157. Re:One word by haruchai · · Score: 1

      cheaper than having to get stuff from IBM or Oracle/Sun.

      OTOH second hand Oracle stuff is dirt cheap. (Don't know abut IBM). You can get an Oracle T1000 with 16 threads for less than $100, built to a spec that few Intel boxes could dream of. The clock speed isn't very high (1GHz?) but the memory bandwidth means all those threads all run full speed. And it only draws about 200W.

      Of course, only Solaris and OpenBSD run on it, and your favorite game probably wont (unless you are still playing Colossal Cave [how the hell do you get the pearl out of the oyster?] and "Hunt the Wumpus"). In fact, it probably does not do graphics at all. But SQL goes pretty fast. And, if running Solaris, so does cryptography.

      Oracle released a Linux-for-SPARC distro that should run on a T1000 a couple years ago.
      Relnotes are https://oss.oracle.com/linux-s...
      Source & binaries DVDs can be downloaded from https://oss.oracle.com/linux-s...

      --
      Pain is merely failure leaving the body
    158. Re:One word by haruchai · · Score: 1

      Oracle's Linux for SPARC includes mods to openssl that should enable crypto speedup on Linux

      openssl

      The openssl package has been modified to provide support for the built-in encryption functions of the SPARC T4/T5 chip. The T4 crypto engine implements acceleration for the following cryptographic algorithms:

      Advanced Encryption Standard (AES) algorithms:

      aes-128-cbc, aes-192-cbc, aes-256-cbc, aes-128-ctr, aes-192-ctr, aes-256-ctr, aes-128-cfb8, aes-192-cfb8, aes-256-cfb8, aes-128-ecb, aes-192-ecb, and aes-256-ecb

      Data Encryption Standard (DES) algorithms:

      des-cbc, des-ede3-cbc, des-ecb, and des-ede3-ecb

      Cryptographic hash functions:

      md5, sha1, sha224, sha256, sha384, and sha512

      You can use the openssl speed -evp command to test the speed of these algorithms, for example:

      # openssl speed -evp aes-128-cbc
      To test the speed without T4 acceleration, set the OPENSSL_DISABLE_T4 environment variable to any value, for example:

      # OPENSSL_DISABLE_T4=1 openssl speed -evp aes-128-cbc
      The openssl engine command reports (no T4) if the T4 encryption instructions are either not available or have been disabled.

      --
      Pain is merely failure leaving the body
    159. Re:One word by Anonymous Coward · · Score: 0

      Presumably if any great leap forward does occur, it will also be in the realm of basic physics and materials research. But these things don't occur at regular intervals. On the rare occasions when they occur, it is serendipitous and the by-product of looking for something completely different (e.g. a man with a tape recorder up his brother's nose).

    160. Re:One word by Anonymous Coward · · Score: 0

      Yeah ask Dennard and Koomey

    161. Re:One word by Anonymous Coward · · Score: 0

      one word: profit.

      no point in releasing the fastest you have immediately, you have to milk it as much as you can , by only offering 10-15% speed upgrades and filling all the gaps with other "products" to give the consumer the illusion of choice.

    162. Re:One word by Anonymous Coward · · Score: 0

      What is that? A PS bot? I do not get it... When was this answer written?

    163. Re:One word by Anonymous Coward · · Score: 0

      Timium is scamium in Spanium. It is a bad sign that those guys are still in there, are they?

    164. Re:One word by Anonymous Coward · · Score: 0

      It was only an image! Like data mining was just: fit this model with randomly selected variables, and big data meant: my reams of emails and system (OS) journals requiring extraction of the only place where THAT COM GUID AGAIN! could be found. The sloppy idea was that you could see the client computers but not what was inside the cloud, but it did not matter, you could place in there whatever was needed and your clients would still see only ONE interlocutor... so it was like integrating every intermediary computer into the cloud and it was still you and the cloud alone, the cloud providing reliability without details mattering. Not a deep idea, but obviating big, uh, flow charts for the matter. These guys should have been somewhat more careful about terms coming out of... the clouds, as it was... Anyway, none of it seems to be faring bad, but I d prefer people solving more proteins and such.

    165. Re:One word by dddux · · Score: 1

      Capitalism. Or in other words: looking to make more profit. What is more profitable: to sell a new 10% better chip every 6 months, or to take time for research and sell a new 50% better chip every 2 years or so? It's the Apple iPhone philosophy, too. They sell you a marginally better [or not better at all] phone every 6 months. So it's not just physics. That's how you get the *impression* that the technology is moving forward more slowly than it used to. If you look back 20 years, you can see that we produced new/better chips less frequently, but they were much better than the previous ones.

      --
      "It is no measure of health to be well adjusted to a profoundly sick society." - Jiddu Krishnamurti
    166. Re: One word by Anonymous Coward · · Score: 0

      Your characterization of those you disagree with as "fucktards" might carry a little more weight if you could spell simple words like 'hobbyist' and 'purist'.

      Just sayin'.

    167. Re:One word by nomadic · · Score: 1

      The laws of thermodynamics changed between 1995 and 2005?

    168. Re:One word by admin6659 · · Score: 1

      Bollocks. The reason is we are caught in a perpetual loop. All next generation hardware must work with todays version of Microsoft Windows and the next version of windows must work with todays or even yesterdays hardware. So you see there will never be a leap forward until we do away with the Microsoft Monopoly.

    169. Re:One word by Anonymous Coward · · Score: 0

      No, but they became more of an obstacle as density increased.

      Why do you think the only major jumps in GHz lately have been thanks to liquid cooling?

  2. milking it by zlives · · Score: 0

    oh look you NEED to buy this minimal upgraded product ever year.

    1. Re:milking it by msauve · · Score: 3, Insightful

      ...because of software inefficiency and planned obsolescence. Ever wonder why current Windoze takes about the same time to boot as Win 3.1 running on a 486? It's not because Windoze does 10,000 times more (useful stuff) today. (486DX2 ~25 MIPS, i7 5960X ~240K MIPS).

      --
      "National Security is the chief cause of national insecurity." - Celine's First Law
    2. Re: milking it by Anonymous Coward · · Score: 0

      My Chromebook takes mere seconds to boot, whereas an IBM AT could easily take minutes. And of course, my modern device performs tasks that would have been the domain of supercomputers in the past.

      Time to take off the rose colored glasses. I did live through the eighties and nineties, and computing was pathetic back then ... we just didn't know any better

    3. Re: milking it by lgw · · Score: 5, Insightful

      My Chromebook takes mere seconds to boot, whereas an IBM AT could easily take minutes. And of course, my modern device performs tasks that would have been the domain of supercomputers in the past.

      Time to take off the rose colored glasses. I did live through the eighties and nineties, and computing was pathetic back then ... we just didn't know any better

      My Commodore 64 took about 0.1 seconds to boot. We just suck at "fast" these days.

      --
      Socialism: a lie told by totalitarians and believed by fools.
    4. Re: milking it by Anonymous Coward · · Score: 0

      My PC takes 9 seconds from pressing the power button to fully loaded windows 10.

    5. Re: milking it by Anonymous Coward · · Score: 0

      Your Chromebook is a glorified browser

    6. Re: milking it by Anonymous Coward · · Score: 0

      My Chromebook takes mere seconds to boot, whereas an IBM AT could easily take minutes.

      What the heck OS were you booting?

      You can find videos on YouTube of an AT booting Windows in under a minute.

    7. Re:milking it by Anonymous Coward · · Score: 0

      you're doing it wrong. Instead of bitching about uEFI, turn it on and let Windows use it. With an SSD, you will boot in 5 seconds or less after POST is complete.

    8. Re: milking it by thinkwaitfast · · Score: 1

      I was booting computers in milliseconds in the mid 90's (to the point where users space applications were getting scheduled time). It really depends on what you considered 'booted' and what hardware checks you are willing to skip. RAM test? walking ones test? read/write test?

      Sometimes you have to set up a piece of hardware to fail and wait for it to time out to verify that a system is working and that alone can take an arbitrary amount of time. 40ms? 2 minutes? Depends on the hardware and what you're looking for. Eg, set something up so it overheats and BIT catches and shuts you down verifying that the hardware to catch overtemp works. Or maybe not do the test at all.

    9. Re:milking it by Karlt1 · · Score: 4, Informative

      My SSD based laptop boots a lot faster than Windows 3.1.

      As far as "planned obsolescence", I'm running Windows 10 on a Core 2 Duo 2.66Ghz laptop with 4Gb of RAM - a computer that was first sold in 2009. It runs my Plex Server and my PlexConnect server.

      My mom still uses my 2006 era Mac Mini (Core Duo 1.66) with Windows 7, Office, and Chrome. It has 1.5Gb or RAM. When I go home and use it, it's not unusable as long as you don't try to run too many things at once.

      My secondary laptop that I keep upstairs is a circa 2009 2Ghz Pentium Dual Core with 4Gb of RAM running Windows 7. In day to day use, the only thing wrong with it is a battery that won't hold a charge.

      You can accuse MS of a lot of things, but not optimizing Windows to run well on fairly old hardware isn't one.

    10. Re: milking it by Entrope · · Score: 1

      How do you get 240k MIPS for a modern CPU? That's 60 to 80 instructions per cycle.

    11. Re:milking it by Bite+The+Pillow · · Score: 1

      You are the definition of "A little knowledge is a dangerous thing."

      Smart enough to be cynical, but not smart enough to offer any evidence. If you worked in silicon, I'd like to hear your story.

      Otherwise, shut your piehole and let the adults talk. Want to blame it on the illuminati or aliens? Stuff it up your arse.

    12. Re: milking it by angel'o'sphere · · Score: 1

      He is comparing historical mips with modern.

      In linux they call it "bogus MIPS" ... a computer in 1990 did perhaps 100 "bogus MIPS" and a computer now does 500,000 ...

      The literal meaning of MIPS however is million instructions per second ...

      --
      Cost free eBook I read (by iBook/Kobo/Amazon/ObookO/Gutenberg etc.): "The Green Odyssey" by Philip Jose Farmer.
    13. Re: milking it by Anonymous Coward · · Score: 0

      Ugh. You are so right. I have no nostalgia at all for "retro computing". I think of all the hours I wasted tweaking and futzing with things to make those old machines do what I wanted. Horrible.

    14. Re: milking it by msauve · · Score: 1

      Cores are a foreign concept to you, obviously.

      --
      "National Security is the chief cause of national insecurity." - Celine's First Law
    15. Re: milking it by Anonymous Coward · · Score: 0

      My Commodore 64 took about 0.1 seconds to boot. We just suck at "fast" these days.

      Well the C64 didn't do really do anything on boot - mostly initialize the 40 character x 25 line display and jump to Basic and start executing. The kernal was custom written for one hardware config, didn't work with thousands of different pieces of hardware. No internet, no services at all to run (because no multi-threading). Those machines were extremely simple, and really can't be compared to today's Mac, Linux, or Windows OS's.

    16. Re: milking it by lgw · · Score: 2

      Well the C64 didn't do really do anything on boot - mostly initialize the 40 character x 25 line display and jump to Basic and start executing. The kernal was custom written for one hardware config, didn't work with thousands of different pieces of hardware. No internet, no services at all to run (because no multi-threading). Those machines were extremely simple, and really can't be compared to today's Mac, Linux, or Windows OS's.

      But modern machines are about 10000x faster. Needless complexity aside, it's just not that much more complicated. Whatever is hardware-specific, cook that up when the hardware changes - how often does that happen? - and park it ready for fast boot again.

      We just suck at "fast".

      --
      Socialism: a lie told by totalitarians and believed by fools.
    17. Re: milking it by Anonymous Coward · · Score: 2, Interesting

      My girlfriend asked what laptop she should buy. There was a time when I would have had all kinds of answers, maybe even fixup her old laptop with Linux or something to squeeze a couple more years out of it. That was then.

      To save trouble, I just gave her a Chromebook. I know very little about them. But I know they just work, at a fraction of the cost of anything else. She can check her work schedule, do online shopping, watch Netflix, etc. And I don't have to be bothered!

      I don't have to mansplain to her, figure out why her network connection wasn't working, or how to install extensions so she can browse safely, or one of a million things that happen when an ordinary person uses a real computer and real OS. I could have given her a top of the line, tricked out Dell, or Asus, or whatever. She wouldn't have been any happier or any more satisfied.

      So now my stock answer when anyone (other than a STEM student) asks about what computer they should buy, my answer is Chromebook.:

    18. Re: milking it by arth1 · · Score: 1

      And my IBM x3650 takes more than five minutes, testing hardware, looking for boot devices, and enumerating raid drives. But that's not a problem, nor the issue here.
      Functions that do the same thing as functions did in the past now run slower, even with much faster hardware. We need Moore's law just to compensate for the increased bloat.

      Bring out a Windows 98 disk and install it in a VM. Marvel at how snappy it is with modern CPUs, even though it can't take advantage of the extra instruction sets and only uses a single core. Then compare similar programs. You don't have to go farther than minesweeper, where the old Windows version is instantaneous, and modern implementations that have simpler graphics (metro, material design, call it what you like - shading and textures are gone) are dead slugs. Similar for simple command line programs, where you find examples that were a few hundred bytes and ran near instantaneously, while the modern equivalents that can't do more take up dozens of megabytes and you get to sip your coffee between hitting return and something happening.
      Moore's law just isn't able to keep up with the bloat acceleration.

    19. Re: milking it by Z00L00K · · Score: 1

      The Luxor ABC80 took less than a second to become ready back in '79.

      --
      If builders built buildings the way programmers wrote programs, then the first woodpecker would destroy civilization.
    20. Re: milking it by Anonymous Coward · · Score: 0

      Actually, there are programs on C64 that are multithreaded. There's a graphical user interface (GEOS) etc. So I'm really not seeing it, most was already there.

      And in the Amiga, ALL was already there.

    21. Re: milking it by Anonymous Coward · · Score: 0

      ..and then spend 30 mins loading boulder dash from cassette.

    22. Re: milking it by Entrope · · Score: 1

      Linux Bogomips are just a measure of how fast a single core runs a delay loop. The kernel uses it to busy wait for short intervals. It doesn't scale with number of cores, and is usually close to the nominal clock rate.

    23. Re: milking it by Entrope · · Score: 1

      I'm quite familiar with cores, thank you. That CPU still cannot retire 10 IPC per core.

      Of course, you used DMIPS without saying so, which is only the most common synthetic measure of CPU integer performance, so Intel has had 3 decades of experience gaming its results.

    24. Re: milking it by Anonymous Coward · · Score: 0

      My IBM AT booted in a few seconds. as well. Bought it for the equivalent of $5. It had PC-DOS 3.2 on the hard drive and loaded nothing from config.sys and autoexec.bat, so it was the fastest booting PC I ever had.
      I added a mouse driver (after replacing the MDA card with a VGA card), but didn't bother to auto-load it (I played a cool Tron-like game that needed the mouse, Discs-something. Sort of a third-person breakout game with boss fights, themed around Tron's disc duels)

      The PC only had conventional memory (512K, not even 640K) so it didn't even need a memory manager to bloat up the start sequence.
      It lacked a reset button, though. I killed it by power cycling like a mad man when one of the games would crash. Dead PSU and HDD (at the least). What a shame lol. Best PC I ever had. Would have liked to add a Sound Blaster. Still no damn drivers or TSR needed.

    25. Re:milking it by Anonymous Coward · · Score: 0

      uefi is shit, I want my memory check screen and hw list back

    26. Re:milking it by Anonymous Coward · · Score: 0

      Boot times are predominately impacted by "wait times" for peripherals being initialised. Those haven't changed much over the years.

    27. Re: milking it by newcastlejon · · Score: 1

      My old Acorn booted to the desktop in 5 seconds, give or take, back in 1992. There's a lot to be said for storing the OS on a ROM chip but these days we have SSDs instead.

      --
      If God forks the Universe every time you roll a die, he'd better have a damned good memory.
    28. Re: milking it by ChrisMaple · · Score: 1

      Conceivably, you could save the machine's status in flash each time there's been some sort of meaningful change, and reload that at turnon. You wouldn't have checked hardware for malfunctions, you wouldn't be connected to the internet, and your hard disks wouldn't be ready. Nonetheless, if someone designed a system properly, that system could at least pretend to be ready for use in a second or so.

      How long did your C64's monitor take to produce a display? Unless the filament in the CRT was kept warm all the time, it wasn't ready in 0.1 seconds.

      --
      Contribute to civilization: ari.aynrand.org/donate
    29. Re: milking it by antdude · · Score: 1

      Only to its BASIC. :P

      --
      Ant(Dude) @ Quality Foraged Links (AQFL.net) & The Ant Farm (antfarm.ma.cx / antfarm.home.dhs.org).
    30. Re: milking it by Anonymous Coward · · Score: 0

      The VAX 11/735 took about 25 minutes to boot, contemporary to the PC AT.

    31. Re: milking it by Anonymous Coward · · Score: 0

      With the C-64, the OS was hardcoded into ROM, thus the OS didn't need to be loaded from disk into RAM and booting was nearly instant. That's much of the boot time savings. The rest comes from the fact that modern OSes are running a zillion services upon startup whereas the C-64 didn't do too much.

      Putting the OS into ROM could be done in theory today to speedup boot times, but the problems are substantial when the OS is expected to work at boot with hardware peripherals and/or drivers that were not defined back when the original hardware+OS were chosen. Also you can't fix bugs or security flaws with a fixed OS, much less new features or OS upgrades.

        (Baking the OS into ROM would actually add more security issues since the addresses of code would be fairly fixed. The underlying C64 OS also added an odd mix of overlaying RAM onto ROM which would perhaps need to be supported at the OS level.)

    32. Re: milking it by lgw · · Score: 1

      If you turned the monitor on first, it was ready by the time your hand found the power switch on the C64.

      Why should storage take time to "become ready" - it's not like we still need spinning rust for home systems.

      Not sure why "having internet" would be slow - you have your IP address and hostname, what more do you need?

      Can we not check hardware for malfunctions from time to time in an active system these days?

      We do all this the slow way because we're accustomed to slow. There's no inherent reason for any of it to be slow.

      --
      Socialism: a lie told by totalitarians and believed by fools.
    33. Re:milking it by micahraleigh · · Score: 1

      Companies that do that get their lunch eaten by their competitors

    34. Re:milking it by dddux · · Score: 1

      Have you tried booting Windows 3.1 off an SSD? I can bet it's faster.

      --
      "It is no measure of health to be well adjusted to a profoundly sick society." - Jiddu Krishnamurti
    35. Re: milking it by dddux · · Score: 1

      Exactly! Same here. Chromebook is just no trouble and a smooth ride. Privacy issues aside.

      --
      "It is no measure of health to be well adjusted to a profoundly sick society." - Jiddu Krishnamurti
  3. Huge leaps by PoopJuggler · · Score: 1

    Those leaps are in the works, in the form of spintronics, quantum computing, and photonics.

  4. I'd like to know... by Anonymous Coward · · Score: 0

    Where is the 65 core processor that was a combination parallel/series configuration went, and it was the size of a matchbook. It was reported here a few years ago.

    1. Re:I'd like to know... by Anonymous Coward · · Score: 0

      They've been available off the shelf for years now. They're listed on Amazon for pete sake.

      That's where they went. Into production and onto shelves and online markets.

      E.g, 7120P

      7120X

    2. Re: I'd like to know... by Anonymous Coward · · Score: 1

      Massively parallel processors are readily available. In fact, that's exactly what a GPU is. But many tasks don't obviously lend themselves to being divvied up among this many cores. Single thread performance still matters a lot for a lot of problems. And that's much harder to scale up then just throwing more cores at it.

      Well that, and all the difficulties with writing cache aware software. Modern CPUs are quite fast. But they spend most of their time waiting for memory. And there are limits to how fast we can make memory that needs to be accessed in a truly random access pattern.

      GPUs tend to have more regular access patterns and insanely wide tightly coupled data buses

  5. Market by Shaman · · Score: 4, Informative

    Most likely, there is no major competition in the market, and PC sales on the whole have slowed considerably. A modern 6800K processor is as close as you'll come to a leap forward, but it's $1100 Canadian and requires a similarly expensive motherboard + memory. Same with similar chips.

    Meanwhile the cheapest system on the market is as fast as a moderately high-grade enthusiast computer from 2010 and probably has reasonable 3D graphics onboard, with a SSD drive it will feel quite snappy.

    So, a) not a lot of market demand for faster systems, b) lots of tablets and game consoles for entertainment out there, c) moderately faster systems exist but cost keeps them low-volume, d) very low-percentage demand for faster computers - definitely less than 1% that will pay a premium for it, e) the majority of gamers are young-ish and they play largely twitch games even on PCs which are more GPU limited than CPU limited.

    --
    ...Steve
    1. Re:Market by Billly+Gates · · Score: 4, Interesting

      Dude gamer GPU's are increasing in performance incredibly fast. THey double in speed every 2 years. The only reason desktop is not innovating is because Intel has a monopoly and won. But that is changing starting with Kaby Lake thanks to AMD Ryzen. It is back to 15% every year again and maybe even more as graphics shows no slow downs anytime soon.

      Shoot for $185 you can get what a $399 did just in late 2014/2015 at all max settings in games.

    2. Re:Market by Kjella · · Score: 2

      Most likely, there is no major competition in the market, and PC sales on the whole have slowed considerably.

      Sorry, but I think this is plain wrong because they're always working to lower their own cost. Even in the absence of competition if Intel could make a processor twice as fast, they'd make it half the size and sell the same performance at a much higher profit margin. And while the PC market has shrunk it's still 270 million PCs/year or about 75% of its all time high, it's a huge market even if it's not a growth market anymore.

      --
      Live today, because you never know what tomorrow brings
    3. Re:Market by Mashiki · · Score: 2

      GPUs are increasing incredibly fast because of a couple of reasons. First, they're not anywhere close to the same die size as a CPU. They're roughly 2 generations behind CPU's in shrinking, that means the tolerances can be off and it won't make a huge difference and can "run wild" without the danger of causing errors. But can benefit from all the advances that AMD and Intel have gone through with each die shrink. The second is GPU's are able to increase their die size and transistor count as well as having very specific instruction sets compared to a CPU. They also don't have to have on-die caching which takes up very valuable real estate space on the silicon itself, that more space(upto 1/3) with each shrink can be dedicated to specialized instruction sets or more transistors which further take the load off the CPU.

      --
      Om, nomnomnom...
    4. Re:Market by Cassini2 · · Score: 1

      Historically, Intel would never make a 6800K processor. The hated competition (Motorola) made the 6800, and later the Motorola 68K series. I feel like an old-guy for remembering this stuff.

    5. Re:Market by Anonymous Coward · · Score: 0

      One other thing: GPUs are power hungry.

    6. Re: Market by Bing+Tsher+E · · Score: 1

      There were second source clone 6800s, too.

      I would prefer an Intersil 6100, though, or a 6120. That was a 12 bit processor that implemented the PDP-8 instruction set. And it was a static CMOS chip, not one with dynamic registers. It can be underclocked down to 0.5 hertz if you want to single step it to debug (you need to then use it with static ram, of course.)

    7. Re:Market by mmdurrant · · Score: 1

      ... I believe that's almost exactly what they have been doing the last year.

      --
      I see my shadow changing, stretching up and over me...
    8. Re:Market by Blaskowicz · · Score: 1

      I don't think so. Next year Intel will launch a consumer Skylake CPU again (called Coffee Lake, with a 6-core version available) and AMD will launch a Zen 2.0 (Zen+) the year after, targetting mobile/APU first.
      So, it's perhaps year 2019/2020 to get your 15% improvement, followed by a fluff upgrade that brings DDR5 and PCIe 4.0.

    9. Re:Market by Blaskowicz · · Score: 3, Informative

      Sadly low power dedicated graphics cards aren't being made, due to integrated graphics removing the OEM market for it. The lone exception is geforce GT710 (and the GT610 before that) with a 19W TDP, and a somewhat rare nvidia GPU (GM108) on some ultrabooks.
      Either AMD or nvidia could make a low power GPU like that wih the latest technology and some LPDDR or DDR4 memory, if so they wished.

      nvidia almost released a 15W graphics card with a Maxwell GPU
      http://wccftech.com/nvidia-gef...

    10. Re: Market by lenski · · Score: 1

      I remember those days too... No stack, non-reentrant architecture, insufficient resources to emulate it in software (no base-indexed addressing like the IBM 360, for example). In fairness, the sorts of things we did with -8's were simple enough that the lack of resources was an acceptable tradeoff.

      In response to the endless comments about bloated software, etc., expectations have increased either in step with, or perhaps ahead of, capacity improvements due to Moore's law. Being old enough to remember how much time was spent on a given "capability" in 1973, the godlike power granted to developers by a $10 pi-Zero-W, $35 Pi (quad 64 bit? way past Sci-Fi...) or Odroid is a wonder to behold. The average cloud-ready server is multiple orders of magnitude more powerful yet.

      I would argue that we have no real sense of how dramatically today's world differs from those days, even those of us who were there. The word "inconceivable" just doesn't reach far enough into fantasy to compare with normal expectations. It is unsurprising that some deep technological refactoring is in order given the orders of magnitude differences between then and now.

      There has been some paradigm-shifting between then and now, but more is needed to really take advantage of current technology. Until then improvements will look a bit anemic. I wonder whether I'll live long enough to see that shift.... It promises to be *very* interesting.

    11. Re:Market by Anonymous Coward · · Score: 0

      The main reason is that GPU's work using massive parallelism. You can always add more streaming processors and get a faster board.

    12. Re:Market by Macman408 · · Score: 2

      That's not true; GPUs basically always use the latest process technology available, just like CPUs. Recently, there have been some degenerate cases where a new process is (at least initially) slower and more expensive than the previous one; but in general, they always move to the latest and greatest process, once that process is capable of making a better product.

      As for die size, the big GPUs are way bigger than CPUs. A 22-core Xeon Broadwell E5 from 2016 is 7.2 billion transistors, and 456 mm^2. The NVIDIA GP100 chip (also 2016) is 15 billion transistors, and 600 mm^2. The AMD Ryzen (2017) info I can find says it's (probably up to) 4.8 billion transistors.

      I have no idea what you mean by "tolerances". Maybe you mean "process variation", which is a natural part of any semiconductor manufacturing - and is controlled by the fab (TSMC, GlobalFoundries, Samsung, Intel), not the chip designers (Apple, NVIDIA, AMD, ummm Intel again). The design houses ship off the chip they want - and the fab produces it, with some chips a little hotter/faster than others. Over time, they can tighten up the process so it has less variation and higher yields, but nobody is "running wild" with anything.

      It's complicated too, because the node names are really just marketing hype. Just as "Kaby Lake" is a name that Intel gave to a collection of optimizations put in a single chip, or "Pascal" is a name that NVIDIA gave, or "Ryzen" is a name that AMD gave – 14 nm is a name that some fab gives to their latest collection of optimizations. There's no one measurement that corresponds with the marketing name any more, like there was until the early 2000s. [citation] The upshot of this is that Intel's 14 nm isn't the same as TSMC's 14 nm or GloFo's 14 nm, so you can't necessarily compare them. Intel does generally have an advantage in this space, however. That said, everybody pretty much uses the latest, greatest process technology available to them from the fab they have chosen. And it is often the case that a GPU is one of the first things manufactured in a new process at a fab, so they aren't benefitting from anybody prior - especially not at a different fab, because the fabs don't share their secrets, or even the same set of features (as noted previously).

      Also, with a brand new process, yields can be very low, so a given company may choose to reduce their risk by making their first chip on a new process either a die shrink of a previous chip, a minor revision to an existing architecture (Intel's "tick"), or a small low-performance chip. Once the kinks have been ironed out on one of those "easy" options, they can shift the bigger, higher-performance chips to the new process. But in some cases, if they started out on the big chips, the yield would be 0% - or if not 0%, the cost of an individual chip would be so high that no consumer would ever pay for it.

      And while I will grant you that GPUs have *less* cache, they do still have some caches and other memories. A GP100, for example, has 14 MB of register files, 4 MB of L2 cache, 3.5 MB of shared memory, and 1.3 MB of L1 cache. That's still well shy of the 22-core Xeon I mentioned earlier, which can have up to 55 MB of LLC, but it's a pretty good amount all the same.

      The real reason that GPUs have always outpaced CPUs is because they are inherently parallel. In addition to all the architectural optimizations that are made every year, they also add more cores every year; while most of us are still using something in the vicinity of quad-core CPUs, just like we were 5 years ago. Also, the parallelism of GPUs means that they have more freedom for architectural changes to yield throughput enhancements. A CPU is largely targeted at single-thread performance, so most of the optimizations they make will enhance that. A GPU architect can make similar optimizations to enhance a single thread's performance, but they can also make changes that only help parallel computation.

      So GPUs are arguably more advanced than CPUs, or at the very least on par with them - and they will continue to outpace CPU development for the foreseeable future as well.

  6. This is a great question by Anonymous Coward · · Score: 0

    Slashdot is back!

    I think it's because Moore's law made them lazy. You know that all you have to do is stick with the general concept and make it smaller and smaller.

    Developing entire architectures is no small thing. The money men would never go for it.

  7. Business decision by BoFo · · Score: 3, Insightful

    Every advance has to be paid for by the consumer. Each incremental advance comes as the previous one is marketed.

    1. Re:Business decision by Anonymous Coward · · Score: 0

      Ahh the wonders of incrementalism. Why sell something that is 200% better when you can sell something that is 150% better and save that 200% for the pro version in 6 months?

  8. Limitations by fozzy1015 · · Score: 2, Informative

    Instruction level parallelism in superscaler core designs have hit a limit. More pipeline stages becomes counter productive when a misprediction requires a flush. Thread level parallelism exploited by multi core designs can only go so far; only certain tasks can exploit massive parallelism(e.g. ray tracing).
    Increases in clock speed have hit a wall with current silicon based semiconductors. Exotic semiconductors and incredible cooling systems aren't practical for the mass market.

    1. Re:Limitations by Anonymous Coward · · Score: 1

      Physics aside, some of those limitations can be relaxed by novel architectures. There was a lot of this back in the day, before architectural innovation was abandoned in favor of more predictable process innovation thanks to Moore's Law. Intel has relied upon brute force and anti-competitive practices ever since, virtually eliminating architectural innovation. In a way, process limitations are a welcome obstacle, that should motivate reflection on legacy decisions, and perhaps finally allow the x86 architecture to be put to rest. Many consider x86 "good enough", but the problems with legacy hardware run a lot deeper than performance, and are largely responsible for the horrific state of computer security today.

      Have a look at the Mill Architecture for an idea of the possibilities. Out of order hardware is very expensive, both in terms of power and area, and imposes some unnecessary limitations. The Mill can do substantially better. It is fundamentally more secure, eliminating most common exploits by design, and enabling efficient implementation of a microkernel. Meanwhile, it provides a much better abstraction of hardware, which is far more friendly to compilers.

    2. Re:Limitations by Anonymous Coward · · Score: 0

      Your text looks like crap. I didn't bother to read it.

    3. Re:Limitations by Half-pint+HAL · · Score: 5, Interesting

      In a way, process limitations are a welcome obstacle, that should motivate reflection on legacy decisions, and perhaps finally allow the x86 architecture to be put to rest. Many consider x86 "good enough", but the problems with legacy hardware run a lot deeper than performance, and are largely responsible for the horrific state of computer security today.

      The main problem isn't legacy hardware, but legacy software. The x86 architecture is already dead, and most of what we see is a hardware translation of x86 to a CPU architecture that isn't accessible to the coder.

      I believe that the only way out of this is for us to start making more heterogeneous parallel chips. At the moment, this only really exists in the form of packages of CPU+GPU on a single chip. But if we had (for example) ARM+x86+GPU, we'd be able to run an ARM-based Linux or Windows environment, but power up the x86 core as required to run any vital legacy apps. This would mean it would slowly become more and more economical to develop for ARM (or whatever your chosen architecture is) and we'd be able to start thinking about retiring x86 sooner. And hell, it's not like even Intel are really fans of x86 themselves -- they've already tried to ditch it once (remember Itanium?), and in the end it was AMD who extended the x86 architecture to 64-bit, not Intel. Intel wants away from x86, the market wants a better architecture, we just need a stepping stone that guarantees legacy software compatibility, and when so many multiple cores lie idle, I don't see why heterogeneous multicore isn't recognised as the solution.

      --
      Got them moderator blues I blieve I walk out the do', With these mod-points I been gettin', I 'most never post no mo'
    4. Re:Limitations by Anonymous Coward · · Score: 0

      Good comment, Please use a human readable font.

    5. Re:Limitations by Anonymous Coward · · Score: 0

      As usual, moderators bury the point because of a tangent. The grandparent is on topic, interesting, and answers the very question of this topic, pointing to a CPU architecture that is a huge leap forward.

      Legacy software needs to run, but heterogeneous x86 cores aren't enough. The memory model of the Mill is significantly different, making this impossible. Perhaps it could be done with ARM or another conventional RISC, but then the security benefits are lost, among others. At some point, legacy hardware needs to be left in the past, in order to enable secure systems and software. This applies for systems with capability based addressing as well.

      Accelerating x86 will be of interest, and could be done by binary translation. Obviously this is very difficult and has a cost, but it has been demonstrated on the Alpha. The main problem wasn't ever the translation, but the system system software; ie. Windows. Fortunately, there is a large market running linux systems that is essentially architecture neutral. If Microsoft ever showed interest, the x86 software problem would also get solved.

    6. Re:Limitations by Half-pint+HAL · · Score: 1

      As usual, moderators bury the point because of a tangent. The grandparent is on topic, interesting, and answers the very question of this topic, pointing to a CPU architecture that is a huge leap forward.

      You say that, but the GGP was actually modded up. Also, you seem to be implying that my post is off-topic, but I maintain that the biggest obstacle to CPU architecture is software. Maybe my conclusions beyond that are wrong, and you're free to disagree with them, but there's a difference between being wrong and being offtopic.

      Legacy software needs to run, but heterogeneous x86 cores aren't enough. The memory model of the Mill is significantly different, making this impossible.

      Which supports my suggestion that software is the problem, does it not?

      --
      Got them moderator blues I blieve I walk out the do', With these mod-points I been gettin', I 'most never post no mo'
  9. They sort of do by Anonymous Coward · · Score: 1

    But one thing never seems to happen -- a CPU/GPU manufacturer suddenly announcing a next generation chip that is, say, 4-8 times faster than the fastest model they had 2 years ago.

    Just because they don't announce it doesn't mean that doesn't happen.
    The Intel chips out right now are 2-3 generations old in so far as their R&D goes.

    They simply have no reason to release more than they do since there is really little competition.

    1. Re:They sort of do by coastwalker · · Score: 1

      Actually you and others saying that the technology is being held back 'because marketing' are talking complete nonsense. You have absolutely no idea at all about the physics and engineering challenges that have been solved to give you the chips for your mobile to watch Snapchat advertising on. The semiconductor industry makes the moon landing look like urinating in a paddling pool. Not to mention that it is one of the most aggressively competitive industries on earth. The real marketing con is getting you to create content for Snapchat whilst they vomit advertising in your face, suckers!

      Semiconductor road-maps are known years ahead because they require investments of billions of dollars in research, manufacturing tools and factories to achieve. See the US Semiconductor Industry Association road-map here.
      http://www.semiconductors.org/...

      --
      Facts are history now plebs have politics for religion on social media.
  10. It happens, just not very often by Anonymous Coward · · Score: 1

    The RISC architectures combined with new chip technology was on the order of 10x the previous chips back in the 1980's but that was a rarity. Everyone is basically building the same architectures using the same technologies so you don't see too many 10x improvements.

  11. Why Are There No Huge Leaps Forward In CPU power? by JoeyRox · · Score: 5, Insightful

    NVIDIA's 2016 Pascal architecture was significantly faster than their previous Maxwell architecture.

    "Relative to GTX 980 then, we're looking at an average performance gain of 66% at 1440p, and 71% at 4K. This is a very significant step up for GTX 980 owners,"

    http://www.anandtech.com/show/10325/the-nvidia-geforce-gtx-1080-and-1070-founders-edition-review/32

  12. Planning by Anonymous Coward · · Score: 0

    Simple - these types of devices are simulated extensively prior to design. All of the easy optimizations have already been done. There's simply not very many easy tweaks to enhance the architecture. Next ,add in the slowing pace of Si transistor reduction, and you don't get the large number of additional processing units.
    Next, physics - there's only so much heat you can pull out of the IC. And then the speed of light limits how quickly you can move information around the chip.

  13. The Once and Future CPU by Video_Wizard · · Score: 1

    CPU's and other chips used to double in speed about every 18-24 months, all the way from the early 1980s to about 2003. This is what used to be known as Moore's Law. It was long predicted that the standard semiconductor chips (CMOS etc.) would hit fundamental physics limitations when they reached very small feature sizes and very high clock rates, e.g. billions of cycles per second, some time in the early 2000s which is what appears to have happened. This is more generally known as the technology S curve where many technologies go through a period of very rapid, sometimes exponential improvement and then top out. This happened with propeller airplane engines from 1903 up to 1940s and then again with jet engines in the 1950's and 1960s. Once the top out is reached, usually a fundamental new technology such as jet engines in place of propeller engines, is needed to make a further leap: a 2X or better improvement. Probably a fundamentally new CPU technology, not current silicon chip technology, is needed to get to even higher clock speeds if it is even possible.

    1. Re:The Once and Future CPU by Anonymous Coward · · Score: 1

      Gordon Moore first stated this principle in the 60s. So from the 1960s, not the 1980s. And it wasn't a doubling in speed, but a doubling of the number of transistors in an integrated circuit.

    2. Re:The Once and Future CPU by ClickOnThis · · Score: 2

      Moore's Law is an observation made by its namesake that the density of transistors on a chip doubles approximately once every 18 to 24 months. Gordon Moore first made the prediction in 1965 and it held fairly well until recent years (roughly after 2012.)

      Processor speeds, although they have increased significantly over the same time period, have not doubled every 18 to 24 months.

      --
      If it weren't for deadlines, nothing would be late.
    3. Re:The Once and Future CPU by Video_Wizard · · Score: 1

      Moore's law is a moving target. The Intel marketing machine presented it as a doubling of clock speed every 18-24 months in the 1980s and 1990s when this was largely true. They shifted to emphasizing number of transistors/density of transistors when the clock speed largely topped out in about 2003 at around 2.3 GHz. Increases were doubling of clock speed in 18-24 months in much of 1980s and 1990s. Clock speed of Intel 8086 was 4.77 MHz in 1978. Intel heavily emphasized the clock speed improvements during this period. It is a marketing strategy. Whatever parameter is increasing rapidly is emphasized and becomes Moore's law.

    4. Re:The Once and Future CPU by Rockoon · · Score: 1

      How come whenever moores law comes up there is always some guy... today its you... that acts all authoritative, but actually gets it pretty much completely wrong?

      The part where you acted like you knew what you were talking about instead of just misremembering some thing you didnt understand when you heard it, is called dishonesty. You, sir, are a liar. You arent a liar because you are wrong. You are a liar because you pretended to know.

      The part where you literally got it all wrong tells us that the last thing you care about is veracity.

      --
      "His name was James Damore."
    5. Re:The Once and Future CPU by Anonymous Coward · · Score: 0

      This. Even the original paper was talking about marketing.

    6. Re:The Once and Future CPU by Video_Wizard · · Score: 1

      This reply to my comment is remarkably nasty and personal. This is after all Moore's Law and CPU speeds that is being discussed. "Liar" is used three times. "Dishonesty" one time. "Veracity" on time implying lying and dishonesty. The accusatory "you" is used at least twelve times. Moore's Law is a moving target. In the 1980s and 1990s, when CPU clock speeds were doubling every about 18-24 months the Intel marketing machine and much of the PC industry used Moore's Law as synonymous with the doubling clock speed. When the CPU speeds topped out in about 2003, they shifted to talking about increasing numbers of transistors and densities, multi-core chips etc. The clock speed numbers quickly disappeared from the technical specifications posted prominently in front of PCs in the stores. Moore's Law is a marketing gimmick and it changes. Whatever parameter is increasing dramatically becomes Moore's Law.

    7. Re:The Once and Future CPU by hackwrench · · Score: 1

      The problem is that there is kind of two different Moore's laws. One is the marketing speak and the other is the one Moore himself has gone on the record as what he said, which is the "doubling of transisters per chip" version which is invariant to transistor size.

    8. Re:The Once and Future CPU by spongman · · Score: 1

      huh? Moore's law has always been about transistor density. You're probably thinking of that other law that has something to do with whatever the hell it is you're talking about.

    9. Re:The Once and Future CPU by Video_Wizard · · Score: 1

      No, it has not. In the 1980s, 1990s, and early 00s, when clock speeds were doubling every 18-24 months Intel and the PC industry used Moore's Law as synonymous with doubling of performance in general and doubling of the clock speed specifically. Here is an example of this usage from the first paragraph of the National Academies of Sciences (NAS) 2010 report Sustaining Growth in Computing Performance authored by dozens of top figures in the chip industry and academic research.

      http://sites.nationalacademies...

      Fast, inexpensive computers are now essential for nearly all human endeavors and have been a critical factor in increasing economic productivity, enabling new defense systems, and advancing the frontiers of science. But less well understood is the need for ever-faster computers at ever-lower costs. For the last half-century, computers have been doubling in performance and capacity every couple of years. This remarkable, continuous, exponential growth in computing performance has resulted in an increase by a factor of over 100 per decade and more than a million in the last 40 years. For example, the raw performance of a 1970s supercomputer is now available in a typical modern cell phone. That uninterrupted exponential growth in computing throughout the lifetimes of most people has resulted in the expectation that such phenomenal progress, often called Moore's law, will continue well into the future.

      Note that they are defining and using Moore's Law in this general way. The exponential improvement in performance of CPUs between the 1970s and 2003 was due almost entirely to the remarkable increase in the clock speed of the CPUs, not the number or density of transistors.

      Since 2003 when clock speeds largely topped out, Intel and other chip companies have labored to distract attention from the clock speed. Why buy a new chip that is no faster than a chip from 14 years ago? Clock speeds have disappeared from the prominently displayed technical specifications displayed with PCs at stores and other venues. "Experts" are suddenly adamant that Moore's Law has nothing to do with clock speed: wherever did you get such as silly idea?

      The reality is that the semiconductor technology has hit fundamental limits as frequently happens in the technology S curve seen in many historical technologies. Most probably a fundamentally new technology is needed -- much as jet engines are fundamentally different from propeller engines driven by internal combustion engines.

    10. Re:The Once and Future CPU by ChrisMaple · · Score: 1

      As an interesting side note, Moore's observation could remain true for many more years by just making chips larger.

      --
      Contribute to civilization: ari.aynrand.org/donate
  14. Breakthroughs are NOT plannable projects by redelm · · Score: 5, Insightful

    The poster asks a question that assumes breakthroughs can be planned just like any other development project. But breakthroughs are not, or rather, those that can be planned and worked already have been. The computer science field has been operating awash with funding for at least 55 years.

    I'm not saying there are no breathoughts out there, what I'm saying is that our current project methodology has already discovered all it can, and most future breathoughs will come from some other methodology.

    The target, CPU/GPU power is also not especially compelling -- compared to the past, there is much less pressure to increase performance, and considerable uncertainty how the increase will be helpful.

    1. Re:Breakthroughs are NOT plannable projects by sl3xd · · Score: 3, Insightful

      I'd mod you up if I could... at this point, it's starting to look like we need a material breakthrough - Silicon appears to be reaching its limits.

      --
      -- Sometimes you have to turn the lights off in order to see.
    2. Re:Breakthroughs are NOT plannable projects by ghoul · · Score: 1, Interesting

      Huge breakthroughs happen when some option has not been tried due to lack of funds, vision, laziness, monopoly markets or some other crap. In a field where smart people have been exploring all options at the cutting if not bleeding edge there wont be an overlooked angle which can suddenly give a 16x jump.
      In short a huge breakthrough is not a sign of greatness rather it is a sign that there was something wrong with the field and someone figured out how to fix it.
      Huge breakthroughs will never happen in a healthy industry/research field.

      --
      **Life is too short to be serious**
    3. Re:Breakthroughs are NOT plannable projects by Rockoon · · Score: 0

      Huge breakthroughs happen when some option has not been tried due to lack of funds, vision, laziness, monopoly markets or some other crap.

      Sure, never because of lack of access to materials. I guess you are going to pretend that all falls into "some other crap" but... it doesnt.

      Clearly what you think is that Intel makes cpus from scratch starting with just the basic elements, builds all its equipment starting from scratch starting with just the basic elements, etc..

      Clearly thats what you think. Wrong. So horribly wrong that you shouldnt comment unless its to ask pretty much anything... because you dont know... anything.

      --
      "His name was James Damore."
    4. Re:Breakthroughs are NOT plannable projects by Dahamma · · Score: 1

      Two excellent points in this comment - the obvious one about breakthroughs not being a planned project, and the other, also important: there just isn't a huge financial motivation for a company like Intel to make a chip an order of magnitude faster right now.

      That's especially true if you look at the inevitable tradeoffs - if they could make a chip 10x faster using 10x more power, would they bother? Or 10x more power with 10x cost? Probably not, since the market would be so limited. These days - both in mobile devices/laptops and datacenters - most consumers would prefer a chip with the same performance and 1/10 the power usage and/or cost. Performance is only one of many optimizations being worked on, and today it's not really even the most important one.

    5. Re:Breakthroughs are NOT plannable projects by redelm · · Score: 1

      Disturbingly harsh, especially as we are all just trying to discuss and understand. Hyperbolic criticism and "ad hominem" get in the way, and appear intentional.

      The point of removing blockages leading to breakthroughs is very likely valid where it applies. I do not believe it applies to CPU/GPU performance because there has been plenty of competition (Intel, ARM, AMD, Alpha, PowerPC, Transmeta ...) who have gone back to various levels of "scratch". I have not seen or heard of anything that might qualify as a major blockage such as a patents. Sure someone out there might have a great new idea, but that is what competition is intended to bring out.

    6. Re:Breakthroughs are NOT plannable projects by angel'o'sphere · · Score: 1

      Quite true. If you could plan for "breakthroughs" they would be called breakthroughs.

      --
      Cost free eBook I read (by iBook/Kobo/Amazon/ObookO/Gutenberg etc.): "The Green Odyssey" by Philip Jose Farmer.
    7. Re:Breakthroughs are NOT plannable projects by hackwrench · · Score: 1

      Police: There has been a break-in.
      Ford Prefect: There has been a scientific breakthrough.

    8. Re:Breakthroughs are NOT plannable projects by coastwalker · · Score: 1

      Totally agree, huge breakthroughs do not happen in mature technologies. Semiconductor technology has been systematically mined for improvements for decades now. Alternative technologies are constantly being assessed. The only breakthrough likely will come from outside and will still take twenty years to overtake semiconductors. For example a DNA compute system or a quantum computer made of magnetised wood. Novel but irrelevant outside the laboratory and likely to be investigated by the semiconductor industry road-map just the same.

      --
      Facts are history now plebs have politics for religion on social media.
    9. Re:Breakthroughs are NOT plannable projects by munch117 · · Score: 1

      Actually breakthroughs were planned, 20 years ago. Everyone was used to CPU speed doubling every other year, so they planned accordingly, and that included pouring enough resources into R&D to make it happen. Because everyone knew that if they didn't, two years from now their product would be obsolete because someone else would have made a breakthrough.

    10. Re:Breakthroughs are NOT plannable projects by Anonymous Coward · · Score: 0

      The target, CPU/GPU power is also not especially compelling -- compared to the past, there is much less pressure to increase performance, and considerable uncertainty how the increase will be helpful.

      To give context to the sentence, this is because of the memory walls, IO bottlenecks and relatively slow progression in transforming software to take advantage of the new architectures, or even work at all.

    11. Re:Breakthroughs are NOT plannable projects by Anonymous Coward · · Score: 0

      There are two kinds of scientific progress: the methodical experimentation and categorization which gradually extend the boundaries of knowledge, and the revolutionary leap of genius which redefines and transcends those boundaries. Acknowledging our debt to the former, we yearn, nonetheless, for the latter.

          -- Academician Prokhor Zakharov, "Address to the Faculty"

      (Sid Meier's Alpha Centauri)

    12. Re:Breakthroughs are NOT plannable projects by ChrisMaple · · Score: 1

      huge breakthroughs do not happen in mature technologies.

      That's in the range of question begging to tautological. If there's a huge breakthrough in what is thought to be a mature technology, then obviously it wasn't a mature technology.

      --
      Contribute to civilization: ari.aynrand.org/donate
  15. Exponential Growth Isn't Fast Enough? by Anonymous Coward · · Score: 0

    Seriously, exponential growth isn't fast enough?

    In all seriousness though, in order to implement a paradigm shift we would need to swap part or all of the last 50 years worth of experience working on these transistors that have shown unrestrained exponential growth. We don't need a base 3 computer, we can barely handle the evolution of the transistor as it is.

    1. Re:Exponential Growth Isn't Fast Enough? by Anonymous Coward · · Score: 0

      > We don't need a base 3 computer

      Nevertheless I want one, just so I can brag about how many 'gigatits' it can address.

    2. Re: Exponential Growth Isn't Fast Enough? by Anonymous Coward · · Score: 0

      I suppose you could do something using TTL with tri-state outputs. High, low, and "float", though the float state would be kind of drifty and indeterminate.

  16. Intel just got faster by Billly+Gates · · Score: 5, Informative

    The sole reason Kaby lakes got hot and clocked in so fast is because of AMD just around the corner and it worked to beat Ryzen. I expect the CPU race to heat back up again as physics has not killed innovation yet.

    Proof is GPU's and Phones are still improving at breakneck speed. It is only because of an INtel monopoly that on the desktop it has went to a standstill.

    1. Re:Intel just got faster by coastwalker · · Score: 2

      I think you will find that Intel is paddling as fast as it can, Qualcomm among others is snapping at their heels.

      --
      Facts are history now plebs have politics for religion on social media.
    2. Re:Intel just got faster by GuB-42 · · Score: 1

      Qualcomm and other ARM vendors are not playing the same game. Unlike Intel, AMD and nVidia, they are focused on price rather than performance.
      AMD is snapping at Intel's feet now.

    3. Re:Intel just got faster by Anonymous Coward · · Score: 0

      I agree, but doesn't the lack of improvements also hurt their sales? I have an AMD PC from well over 5 years ago that can play all the latest games still after I bought a measly 150$ video card, and my Macbook Pro from 3 years ago is only 10% slower than the latest version. What incentive do I have to buy any new Intel products? I thought about buying a VR headset, but instead of doing that and being forced to upgrade finally, I bought a Pixel + Daydream, which cost about the same price as a low end PC, but won't take up half my desk and sound like a blowdryer when I turn it on.

    4. Re:Intel just got faster by bluegutang · · Score: 1

      The main difference between ARM and x86 is power usage, not price.

  17. Most People Only Want a Window to the Internet. by DatbeDank · · Score: 5, Insightful

    Right about 2008/2009 computer hardware became "good enough" to appeal to people's basic needs which really only centered on having a simple window to the internet. Netbooks became available and smartphones started to become good enough to browse the internet on their own. Consumers at the end of the day really only want a platform that's able to view into the internet.

    Someone can correct me, but I believe such innovation is still occurring for server technology and niche fields like a/v production, cad, and animation. Though, I do yearn for the olden days when consumer technology was cool and exciting. Being a tech nerd in the 90s was something else!

    1. Re:Most People Only Want a Window to the Internet. by Anonymous Coward · · Score: 0

      Complete agree but would suggest this was true a couple of years before you suggest. My desktop needs might not be the absolute greatest but as a developer I'm still probably a "power-user" compared to the letter-writer and net-browser and my Quad core Q6600 system (>10 years) still cuts it. (Yes, you might have some niche video editing need but whatever.) Same with my laptop (dual core, running at 2Ghz). Both systems have SSDs, which removed the most perceivable bottleneck.

      There was a time where basic/average needs might have meant otherwise but the elephant in the room for manufacturers is that pretty much most hardware is good enough for most consumers (again yes, you might be rendering Cars 3 - but doesn't mean everything one else).

  18. There used to be by Ramze · · Score: 2

    I remember when Pentiums were first coming out. P75, P90, P100, P133, P166. They were faster than the 386s and 486sx and 486dx models. The p166 was noticeably more than twice as fast as the P75 on lots of tests. The Mhz and Ghz races are over.

    We can't just ramp up cycles anymore with silicon. It puts out too much heat. Multicore doesn't magically make programs faster unless they lend themselves well to parallellization & are coded properly for it. New architectures have been tried, but ultimately fail because they're costly or proprietary. ARM was a pretty good leap forward for mobile use. New instructions are being included in CPUs all the time -- especially ARM. Try to play a HEVC 1080p video on a 2013 tablet vs one today... you'll notice a difference right away. Check the CPU usage -- one's at 100% and dropping frames left and right while the other barely nudges past 15%.

    Intel or AMD could sell you a chip with 256 cores on it, but unless you do a lot of video encoding or physics rendering, it'd be wasted on you... and super expensive b/c they have no incentive to make it in volume. Maybe when VR or AI becomes commonplace, you'll drive demand for such architectures.

    CPUs are fast enough for just about anything one could think to do with them at a consumer level. GPUs can be made better, but market forces push for low power that's "good enough" for most users. CPUs and even GPUs aren't the bottlenecks anymore -- it's RAM, SSD, PCI-express lanes, various busses like USB, thunderbolt, HDMI, SATA, etc. Doesn't do much good to stuff a really fast CPU or GPU into a system if you can't feed it data fast enough to max it out. Most CPUs already have several layers of cache as well as branch prediction to help with the crippling latency from other I/O, but it's still not enough.

    Changes are usually evolutionary, not revolutionary... and we've tweaked so much with CPUs and GPUs, you're not going to see a big bump until we move away from silicon and PCB to say... diamond or carbon nano-wires and optical computing.

    1. Re:There used to be by Anonymous Coward · · Score: 0

      My 286 12MHz was about four or five times faster than my 8086 4.77MHz. My 386DX-33 was about four times faster than my 286-12. My 486DX-33 was about twice as fast as my 386DX-33. My 486DX/2-66 was about twice as fast as my 486DX-33. My Pentium 66 was about twice as fast as my 486DX/2-66. The Pentium Pro/Pentium II/Pentium III was when that performance trend ended. In fact the Pentium 4 clock for clock was slower than my Pentium III.

  19. Re:One word [Physics] by Tablizer · · Score: 1

    How close are we to the theoretical physical limits in terms of what electricity can do? Can light or some other radiation theoretically be significantly faster?

    And there's also heat dissipation. Even if we could build 3D chips, heat dissipation will tricky. (Would we still call them "chips" if they were little boxes instead? "Borglets"?)

    Does the quantum world offer significant potential improvements, or only incremental?

    Are the current performance walls mostly limits in knowledge of how to tame and control materials and energy, or simply an inherent limit to how much energy can be controlled in a confined space?

    Suppose one ignores manufacturing capability and designs a chip made up of any known substances. How much faster would it be compared to manufacture-able chips (based on simulations or calculations)?

  20. Because there's no such thing as one "performance" by imgod2u · · Score: 5, Informative

    CPU architect here. I'll try to provide some insight.

    Performance for CPU/GPU or any computational tool isn't exactly just a number you hit. It's not like bandwidth for storage or communications nor is it like a battery's capacity.

    A CPU and to a lesser extent a GPU is able to perform all sorts (all logical) computational functions. Each of these involves different usage patterns of the different computational paths inside a piece of silicon. And thus, speeding up each of these usage patterns requires different structures.

    A single piece of code running something complex like launching an app or opening a webpage will generate hundreds of millions of instructions with lots of different patterns. Think about all those API's you call. How much code do you think is similar between them?

    And thus the problem of improving "performance". The goalpost is a shifty one. Speed up one code pattern, and you risk your changes hurting another. Or you can spend extra transistors making a specialized accelerator for that code pattern. But then...it'll be idle 95% of the time.

    And if you speed up a particular function by 1000x (it's happened), your average speed increase for a typical benchmark or API call will still be 0-1%. Because that function is only a small piece of the larger codebase.

    Think about how many non-similar libraries and functions there are in typical software, and think about how there's any way to speed them *all* up. You can make memcpy or memset (malloc uses these) faster by 5x and that'll speed up javascript processing by....0.01% or so.

    The reason "performance" doesn't increase as drastically in the computer world is because computing "performance" is very very multifaceted. Much like how "intelligence" can't just be increased by 5x -- someone can get 5x better at specific tasks, like memorizing or image recognition, but that doesn't make them 5x more "intelligent".

    Compare this with a simple metric like 0-60 acceleration or network bandwidth.

  21. Let me introduce you by whitlocktj · · Score: 1

    Let me introduce you to the economics of the bell curve and the s curve.

  22. AMD by skogs · · Score: 1

    AMD, to be fair, has pretty much done this just now with the Ryzen chips.

    --
    Who is this that even the wind and the waves obey Him? Surely this computer must submit also!
    1. Re:AMD by Rockoon · · Score: 1

      AMD didnt do shit with the Ryzen chips.

      AMD moved from 32nm and 28nm to 14nm, and amazingly experienced the same performance increases Intel saw when it moved from one node to another.

      I realize that sadly for some of you guys that cpus are inexplicable magic boxes, but they just arent. Put some effort into understanding, or turn in your geek card.

      --
      "His name was James Damore."
    2. Re: AMD by Anonymous Coward · · Score: 0

      A lot of people on Slashdot now aren't any form of geek or nerd. The place is infested with IT types now. People who if they are hardware types would be board swappers, not component level troubleshooters. High tech file clerks who just work with the new electronic file cabinets.

    3. Re:AMD by Darkness+Of+Course · · Score: 1

      Funny and true, but well said.

      AMD doesn't run the fabs, one could say they are doing better because they have to. Which is related to being a customer and making your design work on the node that is available to you. Something they were never all that good at when they had their own fabs. Just cycling a design on TSMC or GloFo will produce significant performance gains. And it has hopefully their other work will pay off as well.

    4. Re:AMD by Anonymous Coward · · Score: 0

      You're an idiot if you think the process shrink accounted for an ~52% IPC gain. That's not to mention you can't just keep shrinking the process and expect to see the same returns each time. You seem to think CPUs are magic boxes if you think the biggest impacts in their improvement come from process nodes. Those days are long gone.

    5. Re:AMD by GuB-42 · · Score: 1

      They just caught up with Intel.
      In fact, Intel's top of the line still beats Ryzen by a small margin. Ryzen is much cheaper but it is just the sticker price, not a reflection of the actual cost per unit.

  23. Re:Why Are There No Huge Leaps Forward In CPU powe by Misagon · · Score: 4, Informative

    Architecture-wise, Pascal was mostly an incremental upgrade to Maxwell.
    The big difference from Maxwell to Pascal was a process upgrade from 28 nm to 16/14 nm which allowed the clock speed to bump 50% from around 1 GHz to around 1.5 GHz.
    Couple that improved memory and a good balance of different types of units for the best performance in typical games of its time.

    --
    "We mustn't be caught by surprise by our own advancing technology" -- Aldous Huxley
  24. Silicon, not algorithm by Anonymous Coward · · Score: 1

    The annual incremental improvement comes from silicon process technology (fab shrink), architecture, and/or optimizations. This is how Intel characterizes their development cycle over time. The "large scale" leaps in performance come from a fundamental shift in the underlying algorithms, not silicon hardware. For example, the clock frequencies associated with uprocessors have only been creeping upwards slowly over the past ten years (around 3+ GHz), in spite of multiple generations of silicon process shrinks. Instead of increasing speed (which turns out to be really hard due to a nasty thing called physics), better silicon process has been used to decrease power consumption and increase the number of parallel cores. So, you get more cores, or lower power, and a modest performance increase every year. You won't see a "global" performance increase, which would mean you'd have to double clock frequency, or somehow double instructions per clock cycles at 100% efficiency.

    At an _algorithmic_ level, you do see 2-4X breakthroughs. A simplistic example would be the shift from a video compression algorithm designed to run on a single processor core (one thread) being mapped to eight processors in parallel. Or taking an algorithm and making it N times more efficient (a classic example is the discrete Fourier transform versus the fast Fourier transform, which revolutionized signal processing). Parallel mapping of algorithms turns out to be far harder than you might expect; the compilers are getting better, but still far from that good. Coming back to the video compression case for a moment, I have yet to see a massively parallel H.264 video compressor (NVidia GPU/CUDA on 1024 parallel cores) that can beat a single-threaded compressor in terms of quality at the same compression ratio. My understanding is that this is due to the fact that trying to "optimize" the image quality during compression requires the algorithm to look at large chunks of the image, whereas parallel processing demands that the image be broken up into little chunks with minimal ability to look at the big picture (so to speak).

  25. No context by RubberDogBone · · Score: 3, Interesting

    This question lacks context. In terms of desktop PCs and common everyday usage, we don't NEED more speed or power. Nothing is going to speed up webpages or Facebook or whatever people typically do on their PCs. And even if you did, then you become constrained by the speed of the internet and there won't be much perceived benefit.

    On the mobile side, there is room for more speed but it comes at the expense of power and is still constrained by connection speeds and website performance on mobile devices, which often sucks. Throwing faster and more processing isn't necessarily the fix that is needed.

    There are cases where rendering and other heavy duty uses might benefit but the vast majority of people never use those things. Even gaming is usually constrained by other things like the GPU, the game engine, connection speed, and human performance.

    The major places where computing power is much more important are in things like supercomputing but those machines don't run desktop programs and don't work the same way. Only the people directly using those machines would ever have any idea how fast they are or how much faster they wish they could be.

    So, to recap, desktop PCs are adequate, mobile devices are still finding a balance between power and power usage, gamers are off on their own island but sheer CPU isn't a magic fix, and supercomputing, where extra power would matter, is so far removed from everyday users, there is no way to relate to it.

    --
    Sig for hire.
    1. Re:No context by Lumpy · · Score: 3, Insightful

      You need a netbook.

      I need a 6ghz 8 core because I do actual work on the computer like compiling and rendering.

      PC's are Not adequate because software today is complete shit, almost none of it is written well for multi threading.

      Again, mostly because programmers coming out of colleges are poorly trained, and then companies want them to bang out trash and not well optimized code that takes advantage of the hardware.

      --
      Do not look at laser with remaining good eye.
    2. Re:No context by thinkwaitfast · · Score: 1

      And you are 0.01% of the market

    3. Re: No context by Anonymous Coward · · Score: 0

      You likely aren't capable of keeping 8 cores busy and effective running your code. Maybe running somebody else's code, but thats a team of other people. Anybody who can write code that efficiently will keep 8 cores all working together doesn't waste time on Slashdot.

    4. Re:No context by Anonymous Coward · · Score: 0

      Don't you mean your computer does actual work?

    5. Re:No context by Anonymous Coward · · Score: 0

      You need a netbook.

      I need a 6ghz 8 core because I do actual work on the computer like compiling and rendering.

      No you don't. What you need is a dual Xeon system or something along those lines. An off-the-shelf HPx840 comes with 40 HW threads at 3GHz+.

      PC's are Not adequate because software today is complete shit, almost none of it is written well for multi threading.

      Except for the software you do "real work" with. Those have been multi threaded for at least decade now.

      Again, mostly because programmers coming out of colleges are poorly trained, and then companies want them to bang out trash and not well optimized code that takes advantage of the hardware.

      Programmers fresh out of college are not supposed to be star programmers. It takes experience to become one.
      And those programmers expect a higher salary, and hence the software they write is priced higher.

      Somehow I get the feel you want a free lunch?

    6. Re:No context by Anonymous Coward · · Score: 0

      I need a 6ghz 8 core because I do actual work ... like compiling

      WTF are you compiling?

    7. Re:No context by Anonymous Coward · · Score: 1

      Consider this in a wider context for a moment.

      Let's say a netbook is enough for most people; it let's them surf the net, email cat photos to their grandmother and watch Netflix. Great. They don't care that it's only just capable of that, or that Apple took away their headphone and microphone ports; they don't need them.

      The thing is with netbooks being aimed at the mass public, proper PCs with a bit of power to them get to be less common, and consequently more expensive. So, where your budding young artist before could dabble in almost cutting edge CGI on their standard consumer grade PC, now the equivalent tier consumer kit just can't do the job at all. If they want to learn the skills that will let them become the next great creative genius making films Pixar would be green with envy over, well they just have to go out and buy full on professional grade kit just to learn on and at the time they can least afford it.

    8. Re: No context by Anonymous Coward · · Score: 0

      My code utilises dozens of cores easily. Other codes I use scale well to tens of thousands of cores. More cores per chip = much cheaper supercomputers, closer to the price of consumer hardware. For scientific computing, the sky is the limit, there is never enough mips. Btw, one of the recent advances in HPC for materials science came from... the use of 'consumer' SSDs rather than raw cpu power.

    9. Re:No context by Anonymous Coward · · Score: 0

      0.01% of whole computing market. Not 0.01% of PC market, which in itself is becoming more and more niche.

    10. Re:No context by Anonymous Coward · · Score: 0

      That's actually generous.

    11. Re:No context by ChrisMaple · · Score: 1

      Consumer software that doesn't run fast enough because processors aren't fast enough, doesn't get into the hands of many consumers and may not even be developed (because software writers know that it won't be fast enough.) The claim that consumers don't need more speed is based on not knowing what more speed could provide.

      Here's an example of an application that would require hundreds of times more speed than what is currently available: a program that could create a new piece of fiction and render it in real time, in 4k video. Don't think that couldn't be a best-seller, an individualized story creator?

      --
      Contribute to civilization: ari.aynrand.org/donate
  26. Re: Handle? by hackwrench · · Score: 1

    Just what do you mean by handle? I wouldn't mind a system that takes advantage of properties of the multiverse to bring me things that I want before it occurs to me that it could even exist. Bring on the singularity!

  27. CPUs have lots of parts by Anonymous Coward · · Score: 0

    CPUs are incredibly complex. A CPU is not one machine. It's several hundred different machines all working side by side inside one physical package. Revolutionary breakthroughs where one part of the chip increases its performance by 300% actually do happen pretty regularly, but that's not going to increase the overall chip performance by 300%. When a unicorn startup has an IPO their value might quadruple overnight, but that will only move the Dow Jones by a fraction of a percent overall.

    1. Re:CPUs have lots of parts by thinkwaitfast · · Score: 1
    2. Re: CPUs have lots of parts by Anonymous Coward · · Score: 0

      Bonkers. It depends what codes you use. I remember one prof on a comp chem conference suggesting that we should consider how our codes would scale to a billion cores (his code is optimised for million cores).

  28. Re:One word [Physics] by imgod2u · · Score: 2

    Speed of electrons or even light isn't the problem. It's the capacitance. The destination transistor feels the voltage change at the speed of light, but it doesn't change its own stored charge fast enough to register a "0" or "1". This has much more to do with intrinsic resistance of the material locally than how far the signal has to travel.

    The problem is that a material that's a semiconductor will typically straddle some range between conductance and resistance (by definition). So conductance is hard to increase without impacting the resistive "mode" it needs to be set in. This is the problem with graphene and carbon nanotubes. They're really conductive, but not terribly resistive when we want them to be in the "off" mode.

  29. Lack of Competition by Anonymous Coward · · Score: 0

    Competition forces financial investment, financial investment beyond the requirements produces advancement.
    Companies in a non-threatened state of being don't have any sense of duty but to enjoy a prolonged stable profit margin with minimum investment.
    This is logical and rational, what any of us would do. It is ultimately ourselves who are important, not society, that's why we run a business.
    When this state of peace is shattered, whether by competition or government intervention (like war and conflict), history already showcases
    massive technological advancements in relatively short periods. Anyone with basic education in history, and a basic brain that isn't born of a pig,
    can compare the years and locations of great technological waves with the years of conflict and revolutions; the conclusion being self-explanatory.

    In these days, corporate competition is the best fuel at the level we are discussing. No competition = no over-the-top investment = no advancement (because advancement in this field requires very very high investment, more than ever before). Graphene is an example. It gets a few BS articles here and there to keep
    its existence afloat in the minds of people, but investments in it are far far beneath the requirement to produce and prototype the solutions to its various problems
    that keep it from hitting the market in a tangible way. It requires a big sacrifice to bring it to the market, and nobody rational feels the need to be the lamb.
    Yet still, we require a lamb.

    1. Re:Lack of Competition by coastwalker · · Score: 1

      Complete nonsense, competition in electronics hardware is blood curdling. There are no monopolies that are not five minutes from extinction. Companies that last more than a few years are as rare as rocking-horse droppings. Apple is admittedly a bit of an exception but even Apple is probably about to fall off the edge, after all they are just Nokia with better marketing.

      --
      Facts are history now plebs have politics for religion on social media.
  30. Gate tunnelling current by swm · · Score: 5, Informative

    Moore's law had a great run: ~40 years from early 60s to early 00s.
    During that time, every generation boosted density, gate count, clock speed, and value per dollar.
    The (exponential!) rule of thumb was 2x more every 18 months.

    Everyone knew it had stop sometime: you can't make things smaller than atoms.
    What finally did stop it (considerably north of atom-scale) was gate tunnelling current.
    In a MOS-FET, the gate is separated from the channel by an insulator (SiO2).
    As you scale the transistor down, that insulator gets thinner, along with everything else.
    When the insulator thickness is less than the wavelength of an electron, you start to get significant tunnelling current.
    This acts like short-circuit from the power to ground.

    The technology hit the wall around 2003.
    Gate tunnelling current was then over half of total power dissipation.
    The power density of the CPU chip was 150 W/cm^2 (like a stove top),
    and going further was clearly impractical.

    As it happens, the clock speed at that design node was 3 GHz,
    and that's pretty much were we are today.
    Everything since then has been building bigger, not faster: multi-core, caches, SoC;
    plus architecture tweaks and optimizations, like pipelining and super-scalar.

    It was a great run while it lasted, but it's over,
    and we're not getting another one without a fundamental scientific/technological breakthrough,
    on the order of coal, or steel, or quantum mechanics.

    1. Re:Gate tunnelling current by Anonymous Coward · · Score: 5, Funny

      Excellent (and accurate) observations, but
      can I just say?
      The way you did your line-breaks
      made me think at first glance that you had written your
      Comment in verse. Maybe,
      "An Ode to Moore's Law"? :)

    2. Re:Gate tunnelling current by Raenex · · Score: 2

      It's nice to get the real answer amidst all the bullshit. I experienced nearly 20 years of those processor speedups, and it was glorious. Too bad it came to an end. If the trend had continued, we'd all be using some terahertz CPUs by now.

  31. Truth? People with real brain power aren't by Anonymous Coward · · Score: 0

    EMPOWERING MORONS that use the best of us against ourselves.

  32. Re: One word [Physics] by Anonymous Coward · · Score: 0

    Borglets!

  33. Risk Averse CEOs are holding us back by LeftCoastThinker · · Score: 5, Informative

    Risk averse CEOs who don't want to sink in the R&D to make carbon based chips because there is risk of it not working.

    A synthetic diamond transistor was first built and tested over 13 years ago at 81GHz: http://www.geek.com/blurb/81gh...

    More recently they developed a 300GHz Graphene transistor, but that was still 7 years ago: https://www.bit-tech.net/news/...

    The technology is there and proven, but scaling it up to processor scale would be a massive investment and a big risk.

    --
    If you disagree, please post your argument. (-1, Overrated) isn't your personal censorship tool for views you don't like
    1. Re:Risk Averse CEOs are holding us back by gantry · · Score: 3, Informative

      The chip manufacturers are funding research on these and other technologies, but they are all a long way from viability. It is easy to forget that silicon CPUs with a billion transistors are the outcome of 60 years' research, development, and investment.

      Silicon processing is made easier because silicon's oxide is an extremely good insulator. For diamond and graphene, the oxide is a gas, and so insulating areas cannot be created by oxidising the material: another substance must be deposited.

    2. Re:Risk Averse CEOs are holding us back by spongman · · Score: 1

      but more importantly, it wouldn't sell many more than one that's just a little bit faster than last year's one.

      you can only justify 10x R&D if you can guarantee 10x revenue. also, once you're made your quantum leap in performance, presumably it's going to be harder to make the same relative performance gain that it would have been if you hadn't leaped, so subsequent releases' revenues would end up less than before.

    3. Re:Risk Averse CEOs are holding us back by coastwalker · · Score: 1

      The argument is that you have no idea how complex and expensive the semiconductor industry is. Investments are educated guesses, the industry has a road-map where the known unknowns are researched years ahead of deployment. Carbon, Fairy Magic, whatever is investigated by research in Universities paid for very often by the road-mapping process. And that is why morons like you have actually heard of Carbon or Fairy Magic. The CEO's are taking big but mitigated risks by investing in the road-map. They are not like the clueless scumbags in the finance industry who sold sub prime mortgages to each other and bankrupted the planet.

      http://www.semiconductors.org/...

      --
      Facts are history now plebs have politics for religion on social media.
    4. Re:Risk Averse CEOs are holding us back by Goldsmith · · Score: 4, Interesting

      The timeline for carbon electronics is really, really long, predating transistors and silicon by decades. Carbon based electronics has had more than enough R&D for us to understand the basic properties and scaling challenges. The proof of this is that there are commercial products out there using these materials, made in commercial fabs. You just don't hear about them, because they have very little to do with the digital world (right now). Typically, you'll find these products in sensors and analog components. The particular strengths of carbon based electronics are an ability to carry lots of current in small channels (this is not just about resistivity, but also relates to chemical stability and thermal conductivity), and an ability to integrate seamlessly with biological material (this was initially just about carbon-carbon chemistries, but has grown to also encompass superior integrations of electronics with living systems).

      These are different kinds of transistors, and don't operate the way (digitally) MOSFET silicon transistors do.

      Diamond is a wide bandgap semiconductor (that's physics for insulator). In special conditions, it can perform well, but those conditions (ranges for temperature, humidity, and field strength) are not practical for consumer devices. Doping diamond is possible, but very difficult, and it still results in a material that is a pretty good insulator. Sorry, it's going to be a lab toy for a long time.

      Graphene is a zero-bandgap semiconductor. That means that it never turns off, it just has varying amounts of "on." It's got great numbers on paper (resistivity, mobility). Doping graphene is something immoral scientists talk about doing. The reality is that doping graphene creates a different material that lacks the speed and chemical stability of normal graphene. Your conduction mechanism changes, your gating mechanism changes, your noise sources change. It's a mess. Also, it's really easy to dope graphene on accident and lose your high-end performance. It's the newest material in this space, and the one least understood in the manufacturing realm (despite that, it forms the basis for the commercial product linked above, so obviously it's understood well enough).

      You didn't mention carbon nanotubes, but I will, because what was the point of getting a PhD in carbon nanotube electronics if I can't talk about them on Slashdot?! Carbon nanotubes remain the unattainable holy grail of digital electronics. You can have it all: the speed of graphene, the on-off ratio of silicon, low power requirements... It's just that you almost need to assemble your circuit by hand. It's been >25 years we've been working with these materials, and we still don't know how to properly control where they go on a wafer (well, maybe these guys know). The problem is that nanotubes want to make a heterogeneous mixed metal-semiconductor plate of spaghetti on the wafer, when you want clean rows of uniform semiconductor. The best guys in the world at this are up to producing postage stamp sized patches in the middle of the wafer. So... there's some work to be done there before anyone starts designing a processor.

    5. Re:Risk Averse CEOs are holding us back by thegarbz · · Score: 1

      It's none of the thought. You think CEOs are risk averse with R&D budgets? Intel's budget is more than many western countries.

      The problem is that switching speed is only a very small part of the problem. Processors do lots of things at once. At 300GHZ the next clock instruction would execute before the previous clock edge has made it even a fraction across the processor die. You can't simply clock things up using fancy materials.

      In the meantime there's a world of R&D money being sink looking for the next thing but physics is a bitch.

    6. Re: Risk Averse CEOs are holding us back by Anonymous Coward · · Score: 0

      No, it's not there and it's not proven yet. If it were we would be making it (I work in organic electronics industry).

    7. Re:Risk Averse CEOs are holding us back by Anonymous Coward · · Score: 0

      One word. (photo) lithography. Sure you can manually make one active device fast by putting each atom in place under say, a STM (microscope). The tech to do "zillions on a chip" isn't there or in prospect for any of the more exotic or faster substrates, and if I understand correctly, would be so different it would be an entire new industry to make complex circuits with them. You can't just mask, dope/deposit, repeat as necessary for any of the technologies you mention (or any others in existence).
      Making one transistor fast is nice for RF work...useless for cases that need a lot packed closely together.

    8. Re:Risk Averse CEOs are holding us back by LeftCoastThinker · · Score: 1

      Admittedly carbon based electronics was not my PhD field, but it seems like you could get carbon nanotubes to line up nicely for you by passing an electrical current transverse to a strong, homogeneous, static magnetic field? Maybe I am missing something though.

      --
      If you disagree, please post your argument. (-1, Overrated) isn't your personal censorship tool for views you don't like
    9. Re:Risk Averse CEOs are holding us back by LeftCoastThinker · · Score: 1

      I believe diamond it'self is an insulator, while Graphene is a conductor. As others have mentioned, it would almost be an entirely new industry with entirely new processes for creating processors. The existing methods would all have to be re-invented (thus the choice by CEOs to add more processors using existing silicon technology).

      --
      If you disagree, please post your argument. (-1, Overrated) isn't your personal censorship tool for views you don't like
    10. Re:Risk Averse CEOs are holding us back by LeftCoastThinker · · Score: 1

      Spongman, you make an excellent point, and it supports mine. Disrupting an industry has unexpected and unintended consequences, and most of the time CEOs are afraid of that if they are head of a large, established company like Intel. However, imagine that a small startup works out the details and starts fabricating small GPUs and then CPUS that are rated at 50GHz and use 2W of power to run. It would upend the industry. Your smartphone could be more powerful than your desktop.

      This is essentially what happened to Eastman Kodak (you know, the photo company). They had been around forever, they had the corner on film manufacturing, and they basically invented the digital camera, but decided not to commercialize it because it would upend their film business. They are now gone because of this choice by their shortsighted CEO...

      --
      If you disagree, please post your argument. (-1, Overrated) isn't your personal censorship tool for views you don't like
    11. Re:Risk Averse CEOs are holding us back by LeftCoastThinker · · Score: 1

      First off, you need to tone it down. There is no reason to get personal, my PhD seems to refute your claim about my competence level, and FYI I came across the diamond transistor research back when I was working in the semiconductor industry (which I do actually know quite well from the inside), specifically researching better heat spreaders to mount to the dies. I was looking at the viability of hybrid silver/diamond http://www.rhp-technology.com/... or synthetic diamond wafers http://www.e6.com/en/Home/Mate... as heat spreaders and came across the diamond transistor development. Diamond has a thermal conductivity around 800W/mK versus ~400 for copper and ~170 for aluminum and it's CTE (around 1x10^-6) is a better match for silicon than the metals, meaning a thinner bonding layer could be used.

      I never said the CEOs were clueless, just that they were risk averse. A carbon based processor would require massive investment, completely new processes and as others have mentioned, it is unclear if the market demand for 300GHz processors would support that kind of investment.

      --
      If you disagree, please post your argument. (-1, Overrated) isn't your personal censorship tool for views you don't like
    12. Re:Risk Averse CEOs are holding us back by Goldsmith · · Score: 1

      Yeah, that does work, and it's a good idea! But, it's very hard to scale. The challenge is finding a manufacturing technique that is cheap, will work across an entire wafer, has reasonable throughput, and has a low error rate. Surely, that's not too much to ask... Photolithography is very hard to compete with.

  34. Re: Why Are There No Huge Leaps Forward In CPU pow by GrahamJ · · Score: 2

    Most of Pascal's increases come from dropping to a much smaller node size which allowed them to add a lot more cores in a smaller thermal envelope. That's why it bugs me that they jacked up the prices and are fusing them off to create artificial tiers - it's mostly more of the same. And they'll continue to be able to do that because there is almost no limit to the number of cores you can throw at the types of problems GPUs are used for.

  35. A breakthrough happened called "co-routines" by Anonymous Coward · · Score: 0

    Learn real multithreading, you lazy fucks! You think your shitty fucking programming language is so great except the ways it makes multithreading a chore. How are all those lambda captures coming along? Four cores per computer and you only know how to saturate one. Don't deny it.

  36. What about the memristor? by Anonymous Coward · · Score: 0

    Wasn't this gonna be a thing? Binary takes to long do everything in decimal.

  37. Greed by transami · · Score: 1

    Moore's law ended in 2006 (heard it straight from an Intel engineer). In it's place they have been focusing on multi-processing and power savings.* In doing so they learned they could make even more money through a much slower upgrade time-table. They do have tech on the back burner to roll out that will have huge improvements on performance (optical interconnects, for instance) but they are going to roll that stuff out like molasses going up a hill. Greed has really taken hold of everything these days.

    * (Did you know half the cores on the latest chips have to be idle most of the time to prevent over heating?)

    --
    :T:R:A:N:S:
    1. Re:Greed by ChrisMaple · · Score: 1

      Intel is hardly even trying to get heat off the die. An aftermarket has developed that de-lids Intel CPUs and replaces Intel's crap thermal interface compound with better stuff. For example, https://siliconlottery.com/products/delid

      --
      Contribute to civilization: ari.aynrand.org/donate
  38. Re:The globalists are withholding it, that's why by transami · · Score: 1

    LOL

    --
    :T:R:A:N:S:
  39. Complexity by Anonymous Coward · · Score: 0

    Say some lab breakthru shows 10x increase. So they know it can be done, but what does it take to get to the consumer? A brand new billion dollar fab plant to manufacture it? Faster support chips/hardware to keep up with it? New software to take full advantage of the changes?

    I imagine they take smaller ideas from the breakthru that can be implemented much sooner and build up to creating consumer tech that matches the breakthru spread over several years.

    Another explanation is that there is so much R&D that the incremental upgrades are keeping up with the major changes. So by the time a new tech is usable the old tech has been so optimized it isn't that far behind, but has little room to improve. You see this with the "tick tock" releases of CPU/GPU's. New tech then a refinement, then repeat.

  40. Because you're counting it wrong! by Gravis+Zero · · Score: 1

    Instead of thinking about processing power in term of Hz, you should be looking at a CPU's/GPU's overall computational throughput. When you look at things that way, you will see there has been a massive uptick in processing power in GPUs. x86 CPU have stagnated a bit due to lack of serious competition for the high-end but everywhere else it's thriving. Massive parallel processing is the real future of computing, so get ready for chips with a thousands of sub-GHz cores running independent and identical tasks because that future is coming.

    --
    Anons need not reply. Questions end with a question mark.
  41. Re:Why Are There No Huge Leaps Forward In CPU powe by JoeyRox · · Score: 1

    That's a fair point, although the submitter didn't disqualify process improvements as a valid source of performance gains.

  42. Weak process improvement/Few ideas waiting by erice · · Score: 5, Informative

    This kind of thing was rather common until about 2000. Each process node was better in every way than the last. Big jumps in performance at each node advance. Power went down too. And, of course it was much cheaper per gate. You could get doubled performance and 1/4 the cost by just porting over the same design, trace for trace, to the next full node. These "die shrinks" were quite common. Through the 90's you got an extra bonus for new designs. That is because the industry was brimming with ideas that were known to work but were just not practical to implement because they took too much silicon area.
    First the idea spigot sputtered. The good mainframe ideas had already been implemented. It was longer clear what to do with all those gates. New ideas were tried. Some worked. Some didn't. Also, about this time, complexity started to threaten the ability to make chips that actually worked. Bugs became more common. Design progress slowed.

    Then process starting acting up. Power scaling stopped. More transistors were available but if you used them, your chip consumed proportionally more power. Run the transistors faster and you had the same problem, only worse. A hot chip was no longer a marketing problem, it was a chip that would not work. More effort and more complexity were needed to tame power. A simple die shrink wouldn't do that much.

    Then process started getting messier. The new nodes were not better in every way. Leakage current went up instead of down. Variability went up. Performance scaling slowed. Getting any improvement at all required more development time and money. Progress always slows when development time and cost rise.

    Then 20nm planer came and it was awful. Terrible leakage. Required double patterning. Double patterning means more masks mean more expense up front and during manufacturing. It actually cost more per transistor than 28nm. What was the point, really?

    That is pretty much the mess were are in now. Can't significantly increase clock rate. Can't throw gates at the problem and wouldn't really know what to do with the gates if we had them. Finfets temporarily tamed power but are only available in nodes hobbled by the need for multi-patterning.

       

    1. Re:Weak process improvement/Few ideas waiting by kent.dickey · · Score: 1

      Yes, this post is right.

      I'd say the #1 reason is power. Until about 1999, high-end designs could ignore power, and do crazy things that were fast, but burned power. That all has come to an end. I imagine at 14nm, you could create circuits that created over 1500W on one chip. Just imagine the fastest transistors all toggling at the maximum rate. That just cannot be cooled, or even powered. I don't know what 2000 amps to one chip would look like. So, with a limit of about 130W of power per chip (cooling and just the amps involved) has restricted chip design, even at the high end.

      Note if you look at individual transistors, they are still speeding up, you just can't use them all at once. So this is the practical end of the effective law of doubling process performance every 2 years--so the overall speed improvements are much smaller.

    2. Re:Weak process improvement/Few ideas waiting by GuineaPigMan · · Score: 1

      Speaking from personal experience in manufacturing, there are a lot of things that have to go right to get something like a die shrink to work. Say you have a photoresist chemical that supports patterning a 10% smaller pattern. In the lithography step, you also need an exposure tool with good enough overlay to pattern these smaller layers on top of each other without too much of a shift. Then you need to develop the pattern and rinse away the exposed (or unexposed) photoresist, which you as a manufacturer may be on your own to figure out a process to do, and you need to do it with a new photoresist chemical and do it more cleanly than you did it before. Now you need to get a more consistent etch depth, because with smaller features, they are probably thinner too. Along with this, your deposition and polish tolerances need to be improved, and everything in your process needs to be cleaner because some foreign matter defects which may have been small enough to not matter before are big enough to matter now. There are so many processes that all have to be improved on the manufacturing side for each technology node, that a huge step is technically infeasible. Even if you make a huge jump in the manufacturability of one process, you have several others that all need to catch up.

  43. Lack of Respect for Physicists by Anonymous Coward · · Score: 0

    Those huge leaps forward, require lower nanometer processes, which requires understanding of physics which Computer Engineers lack usually, but def not always. If America respected its top tier scientists aka the Mathematicians and Physicists, and hired these people for R&D then we would have lower nanometer processes and better transistors.

  44. Dimishing returns by Anonymous Coward · · Score: 0

    Same reason why it still takes 5-6 hours to commercially fly across the CONUS.

  45. Power vs. Power by radarskiy · · Score: 1

    The people who are actually paying for the products are interested in

    a) Power in: do the same about of computation at half the power so my battery will last longer.
    b) Power Out: do the same amount of computation at half the power so I can use twice as many devices without blowing by power budget.

    Data centers are limited by how much heat you can extract per square foot. Desktops are limited by how loud the fan is. Mobile is limited by the battery size.

    Therefore, the designers are designing what people are actually willing to pay for.

  46. PCU/GPU gains have been huge recently by gravewax · · Score: 1

    Perhaps the article poster is not familiar with recent history? their have been both significant gains in CPU and GPU power, especially GPU. however improvements tend to be focused where it is needed most e.g. performance per watt.

  47. Breakthroughs happen all the time by guruevi · · Score: 1

    You're just looking in the wrong markets. If you're "just" looking at x86, obviously you have a blueprint you need to follow. Any breakthrough will take quite a few years in order to integrate and fab it. But even then, comparing 5 or 10 year old CPU's to now you can see quite a bit of new circuitry.

    Look at AES acceleration and virtualization, we can now fully virtualize a machine including it's hardware as if they were separate machines including networking. There is quite a bit of logistics to make that happen in the CPU and attached chipsets and devices.

    ARM has a bit more room to develop more quickly, plenty of breakthroughs in both CPU and GPU developments as are the developments in Power and other architectures.

    Sure, incrementally, it doesn't look like much because 10yo CPU's are "decent enough" for most work, but if you're working on the high-end of the spectrum (calculations and large data storage) there are plenty of "breakthroughs", using the latest capabilities of chipsets, you do indeed get 4 times the jump but only for specific workloads.

    --
    Custom electronics and digital signage for your business: www.evcircuits.com
  48. Re: Most People Only Want a Window to the Internet by Anonymous Coward · · Score: 1

    I have we haven't seen nothing yet. Basic AI concepts have been known since at least the 1960s, but computing capacities are only now starting to be viable to actually implement these algorithms. Of course, with the availability of actually usable implementations, we also have a renewed interest in developing better algorithms.

    We are starting to see the fruits of these efforts with good natural language recognition, comprehension, and translation. But expect to see a lot more mind boggling advances in the near future.

    I used to think about the early eighties the same way you're fantasizing about the nineties. I now realize that every decade has only gotten more exciting

  49. Re:Because there's no such thing as one "performan by thinkwaitfast · · Score: 1

    And more transistors means lower yield.

  50. Re:Why Are There No Huge Leaps Forward In CPU powe by Dahamma · · Score: 1

    In fact, process improvements are critical as a valid source of performance gains.

    That's pretty much Intel's entire chip development model...

  51. Mill Computing and Wintel by Misagon · · Score: 3, Interesting

    For a long time, Intel and Microsoft Windows have rules the computing world. The platform has been at the bottom, Intel's instruction set architecture.
    Intel leaped from 16-bit to 32-bit architecture and then from 32-bit to 64-bit but the basic execution model remains the same. Most of the advances that Intel have done from the Pentium onwards in the early '90s have been stopgaps to get as much out of the execution model, but still being limited by it.

    There are other processors out there, DSPs, that are much faster than x86 at specialized tasks by making them pipelined and parallel. GPUs could be seen as massively parallel DSPs.
    But raw computing power is not the problem. The problem is to run general-purpose code well - and general-purpose code has many branches between code paths and that can't be parallelized.

    A company called Mill Computing is working on a general-purpose CPU architecture inspired by DSPs and from what they think that the Intel IA-64 (Itanium) should have been.
    By being vastly different in several significant ways from x86, they claim to be able to achieve a significantly higher performance per watt and performance per clock overall than Intel and AMD's x86.

    --
    "We mustn't be caught by surprise by our own advancing technology" -- Aldous Huxley
    1. Re:Mill Computing and Wintel by angel'o'sphere · · Score: 1

      That is a good link, checking if they can need me as contributor.

      There was a link on /. a year ago pointing to another "new" CPU architecture which was also highly multithreaded (something like 256 cores), low power and plenty of I/O pins for embedded systems. Unfortunately I lost the link.

      --
      Cost free eBook I read (by iBook/Kobo/Amazon/ObookO/Gutenberg etc.): "The Green Odyssey" by Philip Jose Farmer.
    2. Re:Mill Computing and Wintel by thejynxed · · Score: 1

      That was probably the story about Samsung's specialized ARM-based server chip experiments. They badly want Intel completely out of their products and at the same time found that during testing for 5G that current market standard ARM, Intel, NVIDIA, and AMD chip designs quite frankly aren't up to snuff to process the signals in a cost efficient nor reliable manner (which is why it is laughable when T-Mobile and Verizon claim they are going to start rolling out 5G "soon").

      Those CPUs would have 256 cores each, run at much lower TDP than the current Xeon and other offerings, support larger amounts of ECC and regular DDR RAM than the other chips designers offer (and have official support for more specialized memory architectures, such as that found in the PS4 and Xbox One). There were some other details about them that were interesting, but since this is still all in R&D we'll see how much of it shows up in actual products, even if those are only ever sold to enterprise and industry.

      --
      @Mindless Drivel: 100% of Twitter posts ever Tweeted.
    3. Re:Mill Computing and Wintel by angel'o'sphere · · Score: 1

      No, it was not a story, just a post on /. in another CPU related story.
      A small american company I believe. I think now to remember it was "only" 128 "cores". But the clue was that a core could sleep as long as it has no external signal coming in, so basically I/O ports would/could cause a kind of "cycle" signal too.
      But now I remember how to find the company again, I sent the link per eMail to a friend ... but on my other comp. It will be in the sent folder. It was a kind of VLIW CPU with extremely low power consumption.

      --
      Cost free eBook I read (by iBook/Kobo/Amazon/ObookO/Gutenberg etc.): "The Green Odyssey" by Philip Jose Farmer.
    4. Re:Mill Computing and Wintel by thejynxed · · Score: 1

      I'd be interested in reading up on this once you relocate the info. Drop me a message when you do.

      --
      @Mindless Drivel: 100% of Twitter posts ever Tweeted.
  52. Re: One word [Physics] by Tablizer · · Score: 1
  53. Moore's Law is not physics by Anonymous Coward · · Score: 0

    Moore's Law is not a law of nature, but an observation that chips double in performance/value every eighteen months or so. You can get double the performance at the same cost, or the same performance with half the cost.

    Put another way, Moore's law is just a contract between the chip producers and the consumers. You stick with us, buying enough chips to support our R&D, and will continue this doubling.

    This doubling involves massive research and development, always working at the frontiers of physics, knowing there are no big breakthroughs in sight.

    1. Re:Moore's Law is not physics by Anne+Thwacks · · Score: 1
      Fortunately, the number of users was also doubling every 18 months too, so economics of scale funded Moore's law.

      In another 18 months, the whole planet will own a computer, and we have not got a practical way of exporting to the Klingons yet.

      --
      Sent from my ASR33 using ASCII
  54. I didn't realise by psinet · · Score: 1

    ...that /. was starting an 'Explain Like I am 5' section, just like Reddit.

  55. Re:Because there's no such thing as one "performan by Anonymous Coward · · Score: 1

    The idea is not to develop a CPU chip for all performances but to develop a family of chips that each are specialized to a specific performance.

    It's like building a computer, you could put all of the computer functions on one chip but they separate the functions onto multiple chips. Video controllers, bus controllers, memory controllers, cache controllers, I/O controllers and such.

    What happens if you build several sub CPU architectures. They could be connected via an optical bus.
    How about super fast memory architecture, super fast I/O, and super fast video. Maximize the reliability and predictability of each sub architecture. You could then incrementally change each sub architecture over time while retaining reliability. This flies in the face of the disposable device concept.

  56. Money. by Mal-2 · · Score: 1

    The main reason is money. Each generation costs billions to develop and produce, and manufacturers are going to make sure they get a return on their investment. These investments stretch back years, and designs have to be made with assumptions about what will be workable at the current process node at the time the chip is ready to produce. That said, not quite all the low hanging fruit has been picked yet. Ryzen could not carry a 50% IPC improvement over the FX if there was nothing left to work with. Maybe this means treating transistors as cheap and power consumption and time as the hurdles, and moving back into a true CISC paradigm. Less microcode, more dedicated logic circuits. There was a very long time when transistors were considered valuable, and designs tried to optimize so that they would all be in use as much of the time as possible. Now we have the reverse problem -- power is dear (on battery-powered devices), heat is a killer, but idle transistors are quite tolerable.

    Meanwhile Intel chips away with 5% here, 8% there, and continues to make money hand over fist. Their main motivation has always been to make money, and since they have proven able to do so without amazing leaps, they'll ride the slow train of progress rather than staking the company on a complete overhaul the way AMD is forced to do every five years or so. I'm still sporting a desktop with a 1090T, and this is the first thing AMD has done since 2011 (when I built this) that actually makes me sit up and say "wow, I want that".

    My laptop is on the slow side, but I didn't get it for heavy lifting. I don't see (currently, who knows down the line a bit) that AMD has done anything to make me want to change it. Nor has Intel. 5-8% improvement per generation, times four generations, would appeal if I needed the muscle, but I'm rocking a Haswell 1.4 GHz dual-core Celeron. Getting an i3 board (which can be had for about $100) instead would be much more cost-effective than buying new. Heat, noise, and battery life are all pretty well acceptable, even if they have continued to improve since.

    Another major reason is that for massive number-crunching tasks, the CPU is no longer the most important part of the system. The GPUs (plural) are, and they continue to advance at a fairly impressive rate because they're several nodes behind. (Those old foundries have to do something.) When (not if) GPUs start hitting the process node wall the way CPUs already have, then they too will start to drag down the pace of improvement.

    --
    How is the Riemann zeta function like Trump rallies? Both have an endless number of trivial zeros.
    1. Re:Money. by gweihir · · Score: 1

      Wrong. The main reason is technological limits. The current slowdown was well expected by experts and speeds will reach a peak soon. If it was primarily money, then there would be lab-demonstrations that show the possibilities. There are not. BTW, for the last 10...15 years it has not been the transistors that limit speed, but the interconnection. Transistors much, much faster than the ones currently used in CPUs have been demonstrated and are used in RF chips. But nobody has yet come up with something better than copper strip-conductors to distribute the HF (clocks and signals) that flow in today's CPUs. Physics actually says that if you want to keep using electricity and stay mostly 2D, there likely is no better thing in this universe. Of course, optics have some advantages there, but the disadvantages are so severe that > 30 years of research activities into optical computing have yielded nothing usable and they may never do.

      So no. It is _not_ money.

      --
      Most ACs are not even worth the keystrokes to insult them. Be generically insulted by this and ignored otherwise.
  57. It's not always laziness. by Anonymous Coward · · Score: 1

    I wouldn't say I use bloated crap out of laziness. At my work it's considered "best practice" to build software on top of a jenga tower of bloated, obtuse bullshit that neither they nor I could hope to understand.

  58. Playing too much Civilization by anvilmark · · Score: 2

    The CIV games make young minds think that technological breakthroughs are simply a matter of money and time, then BANG tech advance!
    Somebody needs to start airing "Connections" again: http://topdocumentaryfilms.com...

  59. Reluctance to change by Anonymous Coward · · Score: 0

    The simple reason is that we have reached the logical end of this area of advancement (transistor size based scaling), but no one is willing to pay to go down the other paths. (Asynchronous, specific rather than nand gates, multivalue transistors, true 3d designs, alternate materials, memory driven computation, etc). The few paths left available for advancement due to that lead to small improvements, especially when coupled with resistance to change. (Cores don't get any wider (excepting to Ryzen from Bulldozer, but that is only back to what it used to be), only dual threading, not increasing the out of order resources.) Most hardware improvements (excluding clock speed and core count) these days come from improving algorithms for scheduling and prediction, not from a fundamental increase in the performance potential.

  60. They are but you simply don't notice by Anonymous Coward · · Score: 0

    Display resolutions keep going up and up. Even entry level discrete GPUs handle 1080p gaming with ease these days. It wasn't that long ago that 1080p gaming was for enthusiasts. Right now the big push in GPU design is to support HDR gaming which is extremely taxing on the GPU backend as it applies anti-aliasing and other smoothing algorithms when scanning out pixel data to the display. For every pixel that gets scanned out to the display the GPU has to have all of its neighboring pixels cached to apply AA, current GPU cache sizes and memory tiling patterns are all optimized for non-HDR pixel data. Some GPUs still struggle in this regard even with non-HDR pixel data (run your favorite benchmark, switch from landscape to portrait and run again to see if you score drops).

  61. Everything ... everything is conspiring. by NothingWasAvailable · · Score: 4, Interesting

    The gates are now so small that the electron wave function has a pretty high probability of being "on the other side" of the gate. As gates shrink, leakage power goes up very rapidly. Even when they're "off", the gates are consuming too much power (leaking it to ground.)

    Also, think about 5 Ghz, IBM's fastest chips. At 5 Ghz, the clock speed is 200 picoseconds, and a 10 deep pipeline can allocate about 20 ps to each gate transition. That's a lot to ask, given that resistance and capacitance don't scale down linearly with dimensions. You also have to populate your chip with a lot of decoupling capacitors in order to hold the charge locally for each transition (because you can't get the power from off chip in 20 ps.) To fight the increased RC load (proportionally) you're putting in more buffers (big amplifiers).

    As if that weren't enough, you have the fact that a 14 nm gate is about 20 silicon atoms across. When you start doping the substrate, your actual behavior is all over the place because one or two more dopant atoms represent a 10-20% shift, up or down (total shifts of 40-50%.)

    So, your gates are too small, they all behave differently, they have to drive a relatively larger load, and the suckers are too hot.

    1. Re:Everything ... everything is conspiring. by WhoBeDaPlaya · · Score: 1

      Depending on your perspective, decaps are actually higher-frequency shorts (Z = 1/jwC) and are for cutting down on noise from digital blocks.

  62. Competition by firewood · · Score: 1

    Competition (academic and free market) makes big jumps unlikely.

    Most of the improvements that any one company is trying to do to get 2X or more performance has already been done, by the time they get to market, by other companies trying to beat them to market. Only a percentage of things they manage to do differently (perhaps things that other companies didn't think were worth doing) differentiate the performance of any one company's product.

  63. Re:Because there's no such thing as one "performan by thisisauniqueid · · Score: 1

    Yes, but I think you're missing the point that the OP is really making: they are asking why improvements to processor speed are so danged incremental. Processors are maybe 200x times faster now than they were 25 years ago, but the point is that we got here, so it was physically possible. What stopped us from condensing the last 25 years of progress into 5 years? Or 1 year? Why is the progress of Moore's Law supposedly so inexorable? Does this indicate a "learned helplessness" of the industry, transitioning from the view that Moore's Law was an interesting phenomenon that arose from the industry without collusion, to the point where it now dictates what the product targets should be for this year and next year? Why is nobody trying to dramatically outstrip Moore's Law? Is it even possible to jump more than one process node ahead at a time, or increase IPC by an order of magnitude at a time rather than by a small percentage?

  64. Status Quo by DidgetMaster · · Score: 1

    When too much money is invested in the status quo, you are much more like to see a slightly improved status quo next year rather than something completely different. Look at the resistance to changing our health care, our education system, our infrastructure, our.... Only when some newcomer finds a new way to do something and starts cleaning their clocks...do the entrenched players try to switch gears.

    1. Re:Status Quo by ChrisMaple · · Score: 1

      Irrelevant. The attempted and achieved government-driven changes to healthcare have the purpose of increasing government power and the effect of ruining lives. The government has been forcing changes in education for 50 years ("New Math") and the results have been disastrous. These have nothing to do with defending a status quo and everything to do with preventing malicious loonies from collapsing civilization.

      --
      Contribute to civilization: ari.aynrand.org/donate
  65. Patents and profits by AHuxley · · Score: 1

    Why should a company who did all the hard work face competition from new brands?
    Former cpu and gpu staff starting their own brands?
    The way to stop that is to control the entire sector. No advance game or codecs will be offered to support any new start ups.
    Anything tech that is useable and considered free will be open sourced by the original brand to control, brand and shape the free end of the market.
    Zilog https://en.wikipedia.org/wiki/... pricing spreading around the world was the reason why the the CPU and GPU market is very careful about advances.

    --
    Domestic spying is now "Benign Information Gathering"
  66. Intel's shady tatics by bongey · · Score: 5, Interesting

    Intel is up to their shady tactics again with AMD's new Ryzen release. Maybe not out right paying off computer makers, just now they are sponsoring reviewers. The reviewers jump through all kinds of hoops to make sure that Intel is on top of the benchmark graphics and read like a Intel marketing brochure. None of the reviewers disclose that they are sponsored by Intel.
    Examples of oddities from reviewers that are sponsored by Intel.

    1) Tom's Hardware: Complains about the power consumption being higher than spec, leaves out that the result was from a overclocked test and an MSI board that has an additional CPU power.
    2) GamersNexus (one worst of them)
    a) Had to compared the 1800x to 6 different Intel processors that were overclocked with the 6900k overclocked by 700Mhz.
    b) Only one AMD processor was OC by -100Mhz(yep) . There OC vs stock were almost exactly same.
    c) Makes the 6900k pop on the top of the benchmarks.
    d)1800X only loses 6 vs 8 to the Intel 6900k at stock speeds. With only 2 benchmarks with the 1800x losing by more than 7fps.
    e)Pretty much all benchmarks by the same author never included OC tests, but suddenly he had to compare it to 6 different OC benchmarks. http://www.gamersnexus.net/gam... http://www.gamersnexus.net/gam...
    f) Out right lied saying AMD told him not to benchmark Ryzen at 1920x1080. AMD just asked him to benchmark at multiple resolutions , not just 1080P.

  67. Moore's second law by Anonymous Coward · · Score: 0

    The oft forgot Moore's second law. The cost to design and produce chips also increases exponentially. Economics and project management are every bit as responsible for slowing down the rate of performance increase as any challenges from claimed physical limits.

  68. End user behavior by hackwrench · · Score: 1

    I use the computer in such a manner as I routinely run into the Windows out-of-memory error on the default settings. www.bing.com/search?q=desktop+heap+out+of+memory Without making available hardware that can allow users to change their behavior more readily much fewer advances will be made as the two drives reinforce each other.
    Now with my point out of the way, I like keeping large numbers of browser tabs and windows open and navigate between them at my leisure. I also have a huge amount of bookmarks that I navigate through via the toolbar.

    1. Re: End user behavior by Anonymous Coward · · Score: 0

      Bing blows.

  69. It's all about the wattage now by CmdrPorno · · Score: 1

    In the 1990s, we had the megahertz wars. Beginning in the 2000s, we had the core wars. Now, we have the wattage wars. Other performance measures have stagnated as manufacturers try to reduce power consumption to give us laptops and tablets that go for 10+ hours on a charge.

    --
    Sent from my iPhone
  70. Is this a homework question? by shess · · Score: 1

    Honestly, go read textbooks. This isn't some big cover-up, increasing performance is _hard_, it takes hard work, there's not some Slashdot poster who knows the magical answer. If you literally can't spend the hour and a half to read Ars Technica articles about the complicated GPU or CPU pipelines, then it's not like a pithy three-sentence Slashdot post is going to enlighten you.

    1. Re:Is this a homework question? by gweihir · · Score: 1

      Indeed. The surprising thing is how long CPUs kept getting faster, it is absolutely no surprise that is mostly over now. All game-changer technologies have historically followed this model, it quite expected that CPU speeds (and GPU speeds a little later) are not going to increase much more now.

      --
      Most ACs are not even worth the keystrokes to insult them. Be generically insulted by this and ignored otherwise.
  71. Wattage by Anonymous Coward · · Score: 0

    For a long time Intel and AMD were in a race to increase processor speed by increasing clock frequency. The problem they hit is that to increase clock frequency, you need to burn more power. Intel shipped a processor that burned almost 150 watts of power. The heatsinks this bad boys required were just getting out of hand. In response, Intel did what they called a "Right Hand Turn" where they stopped trying to increase clock frequency and instead went to more cores running at a slower clock speed. As time marched on, the geometries of the parts got smaller, so the clock frequencies started to creep back up, but nothing like the pace they were before the Right Hand Turn.

    BTW, power increases with clock frequency because of the capacitance in the gate of a transistor. In order to switch a transistor form a '1' to a '0' (or vice versa) you have to charge or discharge this capacitor. This means you need a current to flow. The faster the state changes, the more current you need. The more current you have, the more power you need to burn. As you decrease the geometries of the transistor, you reduce this capacitance. This explains why the clock speeds are now creeping up with every reduction of the geometries without increasing the power.

     

  72. C versus SQL. SQL is understandable, and parallel by raymorris · · Score: 4, Interesting

    > trying to teach some of the programmers out there how to program effectively on the various parallel platforms is harder than trying to alter physics.

    Which could also be phrased as:
    So far, many of the parallel platforms available are much harder to learn.

    Programmers can and do learn new and different ways of working, provided that the new ways don't suck.

    C, Java, etc are all imperative, scalar and object based languages. SQL is a completely different paradigm, declarative and set-based. In other words, in most programming languages the programmer tells the computer how to do some task, with some value. In SQL, the programmer tells the computer what the result must be - without specifying how to do it, and all fundamental operations work on sets, not individual values. Yet most programmers can ans often do learn the declarative, set-based way of programming just as well as they learn the classic imperative way. They learn two very different ways of thinking and programming, because SQL is reasonably good - it's quite learnable, with or without understanding the underlying mathematical concepts.

      There's no fundamental reason you can't have a parallel programming language or library for general purpose programming that's roughly as easy to use as SQL. In fact, SQL may point the way in many respects - besides being a learnable paradigm, it's fundamentally parallelizable precisely because the fundamental operations all use sets as input and output. All the major operations could easily be completely parallelized behind the scenes and the user (programmer) wouldn't have to know or care.

    Maybe that's the way to go, since we know programmers can and do use sets - introduce a set-based general purpose language. To avoid leading programmers into temptation, the language should have no loop constructs. With no capability to run this:
    foreach blah in group {
          result[i++] = do_stuff(blah);
    }

    programmers will quickly learn to instead write:
    results = do_stuff(group);

  73. Why is this expected? by mlheur · · Score: 1

    Instinct tells me we're nearing peak optimization in this industry, so it's not really possible to realize gains of that magnitude without creating a new industry (e.g. going from binary computing to quantum computing).

    So I tried to think what other kinds of industries are making announcements every 2 years showing 4x-8x gains, and I can't think of any... So, why is this an expectation here? Where else is this happening? medicine? transportation? agriculture? Are comedians 4x as funny as they were two years ago? Are hamburgers 8x as satisfying as they were two years ago? Is NASCAR finishing races 6x sooner?

    Is Vodka making you 4x as drunk?

    1. Re:Why is this expected? by gweihir · · Score: 1

      People do not understand what is going on, they only remember pretty impressive growth rates from a short historical period. As they are clueless about the actual subject, they just expect this to be going on and do not recognize that certain scientific breakthroughs can cause a brief period of very fast improvement that then slows down and usually peaks shortly after. This has happened quite often historically and it always goes the same way.

      In short: The expectations result from cluelessness.

      --
      Most ACs are not even worth the keystrokes to insult them. Be generically insulted by this and ignored otherwise.
  74. We all know what? by Anonymous Coward · · Score: 0

    We all know that CPUs and GPUs and other electronic chips get a little faster with each generation produced.
    No we do not. We have observed it in the past.
    But Past performance does not guarantee future performance.
    On day the bag of tricks will be empty, and we will have hit top speed.

  75. Re:Because there's no such thing as one "performan by angel'o'sphere · · Score: 1, Funny

    The first poster gave the answer to all this:
    Physics!!!

    Why don't you read on Wikipedia how a processor is made? You probably grasp immediately that we are right now at the point where we can not make them smaller, hence we can not make them faster.

    Oh .... I did not read this line from you till now, forget my comment above:
    Why is nobody trying to dramatically outstrip Moore's Law?
    Because no one is working on flying faster than the speed of light, too.

    Is it even possible to jump more than one process node ahead at a time, or increase IPC by an order of magnitude at a time rather than by a small percentage?
    No it is not. How would you accomplish something you don't know how to accomplish it? Hu?

    Make a 100 yards sprint. Measure your time.
    Then explain to me how you plan to be twice as fast in a week ... good luck. Or explain to me how you plan to be twice as fast in a year. A human being that can sprint, simply can not double its speed, regardless how long and hard it tries ....

    --
    Cost free eBook I read (by iBook/Kobo/Amazon/ObookO/Gutenberg etc.): "The Green Odyssey" by Philip Jose Farmer.
  76. Seriously? by Darkness+Of+Course · · Score: 1

    What are you comparing to, for these leaps of functionality, ability and/or speed? Although many of the modern enhancements are simple 100MHz increments. Which is more than CPUs used to be able to do. We started PCs at 4MegaHertz. We got to 100MHz with Pentium-2 and Pentium-Pro (I think) then 1GHz with the Piii. We can make 10GHz systems today. No users (well, normal people) will buy them. Because they don't want to pay $50k for the latest and greatest processor. Not to mention having the 30-ton air conditioning in their purpose built computer room and having the power company install a SECOND connection just for the room as well. Oddly enough, except for the super computer business and the military there are really a limited number of customers for such. Satellite companies routinely use the really expensive stuff but they are used to paying tens of millions of dollars for one unit, indeed up to hundreds of millions. And their gear is notoriously hard to service.

    The public (as in customers) accepted the solution the move to more cores as they were unable to accept the massive heat from 5GHz and up. Also, look into ECC 'buffered' RAM. Great for enterprise, less so for power, heat and cost - for you, me and everybody we know.

    Now we are easily running at multiple GHz. TODAY you can buy 4GHz system with 8/16GB of RAM, a reasonable video card & 1TB HDD for around $1K. I spent $6k on a PC-AT. Count your blessings (and get off my lawn ;-).

    Multiple cores, really fancy floating point, huge graphic gains and all running at lower power than just five years ago. I had friends that were heavy into graphics and they routinely bought 1000Watt PC power supplies because they had to. Now, they're not necessary unless you are doing multiple cards or some other form of heavy computing.

    Past that, read up on physics and semi-conductor processes. Electro-migration is a fun one. Atoms just moving around because they want to (actually quantum mechanics) at the finest layers. Remember that each new process essentially enables creating a new layer underneath the existing version. Things get tiny real fast that way.

  77. Re:C versus SQL. SQL is understandable, and parall by FrankSchwab · · Score: 2

    But you don't have to look to future software for this.

    ASIC design languages create designs that are explicitly parallel, and they do it easily. Sure, there are synchronizations that have to happen, but that may not apply to much of the design. They are explictly event-oriented, and combinational (When this event occurs, do one of the following things depending on the state of these other two signal). I have sometimes been amazed at how quickly, and in how small a description. and with a full test suite, a good digital designer can implement some algorithms compared with an embedded 'C' programmer.

    --
    And the worms ate into his brain.
  78. Hahahahaha impersonating me? Loser... apk by Anonymous Coward · · Score: 0

    See my subject: How on earth can a WORM like you call yourself a man? Nothing to show talker?? That's right, blowhard! You're ALL hotair bullshit.

    APK

    P.S.=> You're a PUNY WHIMP 'talker', lmao... apk

  79. Complex systems don't make great leaps by FeelGood314 · · Score: 1

    A modern processor has many different parts and technologies in it. You might make huge leap in one area - lithography, reducing internal resistance or gate switching time but it won't increase your overall performance by very much because one of the other parts will then become the bottle neck.

  80. The real culprits by Anonymous Coward · · Score: 0

    Are the Canadians and the Danes

  81. 1000x+ the performance of a computer 25 years ago by Anonymous Coward · · Score: 0

    My first computer was a 286 running at 16Mhz, today I have a four core running at 4Ghz. When you consider all of the cores crunching at once, and generalize the idea that you have 4 cores at 4Ghz is like a 16Ghz machine, we have taken a 1000x performance jump in about 25 years. I can't think of anything else that has had that type of performance jump.

  82. huge number of people, processes, and inventions by ooloorie · · Score: 1

    Have a look at the progress in semiconductor process size. To you as an end-user, this looks like a fairly smooth curve. What's hidden behind that is tens of thousands of engineering breakthroughs, as the physics change radically as you go down the size. The second thing is that going from a great idea to a mass market product takes time as well. There are many ideas for radically more efficient technologies, but it takes years, or even decades, to create the tools, fab lines, and expertise to produce them.

    Even when there are no engineering obstacles, there are often other barriers to adoption, such as education, preferences, and backwards compatibility. It took decades for technologies like garbage collection, OOP, and runtime typing to be accepted by industry, and even today, many developers are still reluctant to adopt functional programming. And declarative programming, logic programming, and FPGA programming are still niche technologies.

  83. Vectorization by JBMcB · · Score: 3, Informative

    For certain operations, AVX made a huge difference. AVX2 made an even huge-r difference. Depending on what you're doing, you can see a 2x to 10x speedup on the outside vs. using a chip without AVX2 with similar performance characteristics.

    --
    My Other Computer Is A Data General Nova III.
    1. Re:Vectorization by Anonymous Coward · · Score: 0

      Vectorization is an attractive concept, but Intel's vector ISA is spectacularly awful. It is an accretion of substandard instructions and new registers year after year, which is only recently starting to look acceptable. However, thanks to the piecemeal approach, and Intel being intent upon using the feature for market segmentation, AVX still can't be relied upon as a standard feature. It is a nightmare to target, and every time they revise the vector width, code needs to be rewritten.

      Fixed width vectors suck, and the lack of facilities to uniformly handle partial vectors at the start and end requires piles of special case code. Fixed register naming also makes it impossible to use for software pipelined loops. All considered, where it works it performs well, but it is limited and the barrier of entry is way too high to be more generally useful.

  84. Re: The globalists are withholding it, that's why by Bing+Tsher+E · · Score: 1

    Your mistake was clicking the links on Drudge to infowars.com. Alex Jones isn't worth paying any attention to. I finally fixed that problem by blocking infowars.com at my router, because I was tired of looking up from the nuttiness of the text body to the top of the browser window and seeing I was at *that* site again.

  85. Long term planning by Anonymous Coward · · Score: 0

    Innovation in CPU design is a finite process, meaning that any company has a finite revenue potential over time. Sudden leaps would reduce returns.

    From a defense perspective, it helps maintain a predictable gap between civilian and defense systems.

  86. Breaksthroughs allow continued development by ET3D · · Score: 2

    There have been many breakthroughs in the PC industry, incredibly clever inventions which allowed things to move forward. And that's the thing, the smartest things in the industry don't make for a huge processing leap, they enable making progress at all. Each of these developments take years. Ideas may be simple, but implementing them, especially at the level required for mass production, is hard. Each development also requires more accurate tools. Also, complexity is now so high, that, as imgod2u said, even a huge change in some part leads to an overall small change.

    So as others have said, physics, but I think the above is a more nuanced answer. I remember when people said that it wouldn't be possible to make transistors under a micron in size. The very fact that we've reached so far is miraculous.

  87. Competition by Anonymous Coward · · Score: 0

    It's quite simple; competition requires a company to get a product from design to market asap. Given less competition and more time a company could surely accomplish a 4x-8x leap however don't get all pissed off when the design cycle quadruples. The time between new models would be 4x-8x longer. Would you be OK with waiting 8 years before the next Nvidia GPU releases?

    Be careful for what you wish for. You really don't want to see an 8 year release cycle because it would likely mean a monopoly and engineering stagnation. Right now consumers are benefiting from healthy competition as companies like AMD, Intel, and Nvidia have about a 1 year release cycle. They are continually innovating and for that I am very thankful.

  88. Re:Because there's no such thing as one "performan by thisisauniqueid · · Score: 0

    "Physics" is not an answer to this. "Time and experience" is the answer you are giving. The same physics exists today that existed 25 years ago. What is possible today was technically possible 25 years ago, but in practical terms it wasn't yet, because the engineering processes weren't sufficiently developed yet. You have provided no sound explanation as to why engineering processes, time and experience are exactly stuck in lock-step with Moore's Law. That is not Physics at all.

  89. It DOES happen by SoftwareArtist · · Score: 3, Informative

    It happened about ten years ago with the rise of GPUs for general purpose computing. Suddenly we could do a lot of things 10-100 times faster than before. You program GPUs really differently than CPUs, so we had to rewrite a lot of code and design new algorithms. But the benefit was huge.

    It may be happening again with specialized chips for deep learning, like Google's TPU. These chips are designed for just one class of applications, but it's a really important class, and they can be 10x faster or more efficient for those applications.

    There've been other times when a new generation brought a sudden major improvement in speed, like with vector units or multicore CPUs. But always at the cost of having to rewrite how your code works.

    Now if you want new chips that work just like the old ones and run the same programs as before, just 10x faster, sorry. That isn't likely to happen. Huge jumps like that require major changes of approach.

    --
    "I'm too busy to research this and form an educated opinion, but I do have time to tell everyone my uninformed opinion."
    1. Re:It DOES happen by btroy · · Score: 1

      +1

  90. Re:C versus SQL. SQL is understandable, and parall by Anne+Thwacks · · Score: 2
    Algol68 was extremely easy to use, and allowed programmers to use parallelism with only a very limited amount of learning. And that was in 1968! You did, of course, have to understand the problem you were coding, but if you don't understand that, then your program will probably fail in bizarre ways anyway.

    It did indeed have a construct like:

    foreach blah in group {
    result[i++] = do_stuff(blah);
    }

    Unfortunately, it was not American.

    --
    Sent from my ASR33 using ASCII
  91. Because we're already close by psmoot · · Score: 3, Informative

    I think the real issue is, semiconductors are so competitive, the current shipping product is always very close to the state of the manufacturing and physics arts. Intel, AMD, nVidia, Samsung, Toshiba, Apple, and others spend billions pushing the processes and architectures to the limit in every product so it stays competitive as long as possible.

    To get a 4x or 8x improvement in size, power, or speed would imply there's a revolutionary way to do things that we just don't quite know yet. And it better be something which can be quickly turned to production because Moore's Law hasn't stopped yet. If you have a 4x improvement idea but it takes five years to release, it won't get funded. Plain CMOS silicon has too good a chance of catching up.

    There's plenty of times people rolled the dice on processor moon shots. I was at HP when Itanium was first developed (~95). We thought we'd have working silicon in a few years (~98 or 99) at the astounding clock rate of 500 MHz (oh, and that was potentially retiring something like 6 to 12 instructions per cycle, I forget the details). This was when a good Pentium processor ran at around 45 MHz. We thought Itanium was going to be so frickin' fast there was no way Intel could compete. Then AMD started a clock rate war, x86 got faster really fast, Itanium took much longer to produce than we anticipated, and the rest was history.

    I think the bottom line is, it's really hard to produce a system which really is even 2x faster than the competition. 4x is incredible and 8x probably has never been done.

    As an analogy, consider cars and mileage. My car, a diesel Passat (which shortly will not be road legal :() actually exceeds 50 MPG on a good day. What would it take to make a car which gets 100 MPG with a 600 mile range? How about 200 MPG? With no compromises? And a sales price of $28k? It's pretty hard to imagine.

    1. Re:Because we're already close by Anonymous Coward · · Score: 0

      To get a 4x or 8x improvement in size, power, or speed would imply there's a revolutionary way to do things that we just don't quite know yet. And it better be something which can be quickly turned to production because Moore's Law hasn't stopped yet. If you have a 4x improvement idea but it takes five years to release, it won't get funded. Plain CMOS silicon has too good a chance of catching up.

      However, architectural improvements also benefit on new processes as well. The problem is that most evolutionary improvements implemented by competitors could not overcome the gap with Intel's latest process. Now that their process advantage is narrowing, there is a growing opportunity for better architectures.

      I think the bottom line is, it's really hard to produce a system which really is even 2x faster than the competition. 4x is incredible and 8x probably has never been done.

      Not only that, but architectures offering revolutionary performance improvements are almost certain to be accompanied by a radical departure in design, which takes time to implement in both software and hardware.

      The Itanium did have some attractive ideas, but it really was half-baked, and totally incapable of delivering on the promises. The better ideas found their way into the Mill Architecture, which promises a (very conservative) 10x improvement. The goal is DSP level performance on general purpose code. It is a fascinating architecture encompassing many novel ideas, and nothing to suggest it won't deliver.

    2. Re:Because we're already close by Anonymous Coward · · Score: 0

      you could never make it work. even if you did not mess up itanic architecture (which you did, the arch was so fsckin complex that you needed two people to lift the itanium manual, it was so heavy) you would still have left the other half - the compiler. you wouldn't be finished even now... i mean how you could ever thought that this would work :)

    3. Re:Because we're already close by ChrisMaple · · Score: 1

      For the limited set of applications for which it was useful, the 8X300 was at least 8 times faster than its competition, circa 1980.

      --
      Contribute to civilization: ari.aynrand.org/donate
  92. One word by kiviQr · · Score: 1

    $$$ - If you jump from 50nm to 5nm you get paid well once. If you go 50nm to 45nm to 40nm - you get paid every single year.

  93. Re:Because there's no such thing as one "performan by spongman · · Score: 1

    yield is more closely related to area than gate count.

  94. Re: One word [Physics] by Anonymous Coward · · Score: 0

    >> Borglets!
    > They are so cute!

    And the Enterprise killed thousands of them when it destroyed the Borg cube!

  95. Engineering vs Profits by Anonymous Coward · · Score: 0

    An Engineer went to the CEO of Intel and told him that they could manufacture a CPU, in two years, that was 1000 times faster than what was currently on the market.

    The CEO replied That is Great. Now go back to your Lab and figure out how to do that in 20 small steps over the next 40 years, so that we can re-sell our technology to consumers over and over and over again. If we do it all ata once, we will only sell one set of new CPUs. If we take 20 steps to get there, we will have people slathering at the mouth to buy each step along the way as it comes out...

  96. Money by Bruha · · Score: 1

    If they push too far they risk not being able to jump again in time before profits die. Incremental upgrades provide steady income.

  97. Hey blowhard GOOF by Anonymous Coward · · Score: 0

    Is the "best ya got" TRYING to hide this you blowhard fuck https://hardware.slashdot.org/comments.pl?sid=10320827&cid=53973581/ ? Yes, hahahaha!

    APK

    P.S.=> You sure TALK a lot windbag - what have you got to backup your crap? ZERO, motherfucker... apk

  98. Re:Because there's no such thing as one "performan by Anonymous Coward · · Score: 0

    Could an OS written in assembly better utilize those huge performance improvements by avoiding using slower stuff? Like MenuetOS for example?

  99. Asking the wrong question by blibbo · · Score: 1

    What I want to know is why no-one is trying to make computers with thousands / millions / billions / trillions of processors and similarly large numbers of connections.

    The manufacturing would have to be very different, possibly self replicating processors, biologically inspired.
    One of the reasons computers aren't good at what humans can do: image / speech recognition / language processing etc, is that they literally don't do nearly as much processing.

    There's only so much speed, disk space, internet connectivity you can throw at the problem to make do, still using with shortcuts, picking low hanging fruit problems.

    The 80/20 rule is fine. But if you want 100 percent of the results, you need to do 100 percent of the work.

    At this point, fast, faster, fastest processors is a linear solution (or shallow enough), that they still won't get close to the processing power of our brains with 100s of billions of connections for a while yet.

    Even our ears take thousands of audio inputs from tiny hairs before our brain starts audio processing. Microphones still work with a single membrane right?

    1. Re:Asking the wrong question by gweihir · · Score: 1

      The answer to that is simple: Nobody can program them, except for very specific tasks. The Transputer (1978) tried it, the Connection machine (1983) tried it. Others have tried in the meantime. Any "supercomputer" today follows this model. Yet, except for very specific tasks (mostly finite-element simulations), these machines are pretty useless. So in answer to your question, where it makes sense it has been done for a long time. It does however not make sense for most applications.

      --
      Most ACs are not even worth the keystrokes to insult them. Be generically insulted by this and ignored otherwise.
    2. Re: Asking the wrong question by blibbo · · Score: 1

      Yeah, I see what you mean for existing software practices and understanding of how to write software.

      Still, for science-fiction length timeframes ahead of us, it's hard to imagine that we'll be able to make truly efficient and effective neural networks without using more physical nodes. Virtual nodes get limited by physics, and context switching can't compete with true distributed parallel processing.

      Hardware and software will have to both improve, and both inform each other.

      up until now, it seems that the hardware innovation hasn't been necessary because hardware speed improvements and software improvements have been possible, and were the low hanging fruit.

  100. Dennard scaling+leakage+dark silicon+Amdahls law by Anonymous Coward · · Score: 0

    The reason there have been no big clock frequency increases since around 2005 is that [Dennard scaling] doesn't work anymore, which means that the performance per watt of new chips can no longer grow exponentially as it did before then. What used to happen is you would reduce the dimension by factor X, and create X-squared components on the chip, plus the clock frequency could be increased without increasing the power dissipation. During this time, the major factor that dominated power dissipation was dynamic power caused by switching the components during operation at the chips clock frequency.

    Once the components got small enough, leakage power started to dominate as the major source of power dissipation. Leakage is caused by electrons tunneling through the insulation between components, and increases exponentially as the thickness of the insulating region decreases. So although we can still put more components on a chip, it is not possible to run them faster, and in some cases it is not even possible to turn them all on at the same time [Dark silicon]. All of this is sometimes referred to as the [Power Wall].

    Even though you can theoretically use multiple cores to make up for the stalling clock frequency, Amdahl's law kicks in, where the proportion of serial code in a calculation reduces the speedup you can obtain. So only some applications can really benefit from all the cores (for example, computer graphics, where there is a lot of inherent parallelism).

    Other factors referred to as the [Memory Wall] and the [ILP Wall], which you can read about at { http://www.edn.com/design/systems-design/4368705/The-future-of-computers--Part-1-Multicore-and-the-Memory-Wall } also contribute to the lack of new performance jumps, but the Power Wall is the major factor.

  101. Re:Because there's no such thing as one "performan by swilver · · Score: 1

    I think in part that the processes are now so complex, you actually needed the previous generation of CPU / GPU's to design the next generation. It be hard to skip generations if your current generation can't even run CAD software, let alone validate a design before putting it on a wafer.

  102. Plastics? by Tenebrousedge · · Score: 2

    Central high power cloud machines are just a disaster waiting to happen, how many times does this have to be proven.

    Once would be a good start. Do you really think that people are not designing fault-tolerant network infrastructure?

    --
    Those who advocate genocide deserve every protection afforded by law, and none afforded by common human decency.
  103. Laziness by Tenebrousedge · · Score: 4, Insightful

    Laziness is a virtue in a programmer.

    The whole point of this profession is to save labor. That includes programmer labor, especially because it's an expensive commodity.

    I don't know who has mod points today but this comment is frankly ridiculous.

    --
    Those who advocate genocide deserve every protection afforded by law, and none afforded by common human decency.
    1. Re:Laziness by Anonymous Coward · · Score: 0

      It may come as a surprise to you, but the only people who care about developer efficiency are developers and the bean counters that pay them. As far as the rest of the world is concerned the whole point of your profession is to deliver decent lean and efficient software. Developer resources be damned.

  104. Laws of physics prevents us by Anonymous Coward · · Score: 0

    Were not able to do much with speed as laws of physics prevents it. Reason being heat mostly which is why gamer's have elaborate cooling methods when over clocking. The fact we want thin light notebooks also places limits on adding cooling options to accommodate faster chips.Intel has focused more on power consumption than anything else. My own opinion is that chips are to focused on power consumption and not enough on performance.

  105. Re:C versus SQL. SQL is understandable, and parall by Anonymous Coward · · Score: 0

    You are looking for APL or even better: the J Language : http://www.jsoftware.com

  106. Tired old bullshit by Anonymous Coward · · Score: 0

    Bullshit. That's like saying contractors who build houses are lazy because they buy standardized windows and doors instead of hand-making specific ones for your house, or they build with standardized dimensional lumber instead of whittling boards 15% smaller because that's what your exact house wants. First of all OS processes and libraries, and programs aren't as bloated as you think: because they are doing far more for you than they ever did before. A program may be bigger because it handles more languages and locales, works on a wider range of hardware, or it's easier to use than a text-based version, or it handles millions of times more data than a DOS-based package from 1985 did (which often means totally different programming techniques). It's more capable by far, but people who don't know shit about programming go 'why should I need so many GB of RAM it's all bloated'. Second, there's no -reason- to have programmers bust their asses to write code like they did in the 80s to twiddle bits and save RAM, because RAM is cheap and their time is definitely not. And bit twiddling to save bytes is far more error prone than using standardized libraries and high level languages. What you're asking for is a false economy. Using a 10MB library instead of a 1MB library to accomplish the same task is a GOOD thing if it means software is being created much more cheaply and reliably, because that 9MB wasted simply isn't worth worrying about.

  107. Re: One word [Physics] by Anonymous Coward · · Score: 0

    "There is plenty of room at the bottom" as Nobel prize winner Richard Feynman explained.

    https://en.m.wikipedia.org/wiki/There's_Plenty_of_Room_at_the_Bottom

  108. Re:C versus SQL. SQL is understandable, and parall by Half-pint+HAL · · Score: 2

    Maybe that's the way to go, since we know programmers can and do use sets - introduce a set-based general purpose language. To avoid leading programmers into temptation, the language should have no loop constructs. With no capability to run this: foreach blah in group { result[i++] = do_stuff(blah); }

    programmers will quickly learn to instead write: results = do_stuff(group);

    I agree, but I think you've taken it a step too far here. Look back at maths and how things like sigma summation and similar things like the product function work. Because of the mathematical properties of these, they are order independent, and inherently parallelisable.

    Eliminating loops doesn't mean eliminating a "foreach" -- it just means treating each instance of the block as its own scope, and ensuring that no instance can access the variables of another instance. (Talking "instances" instead of "iterations" immediately says it's not a logical loop, even if the computer running it realises it as such simply due to lack of parallel capacity.)

    The problem with this is that you then have to combine the results, so you either need to treat the whole block as an inline procedure and end with a return statement, or you treat the block as a function, and now we're into functional programming.

    Basically, this sigma-style programming would be logically equivalent to carrying out a map followed by a reduce... and map-reduce has become such an important concept in server programming specifically because of this inherent parallelism. The thing is that current map-reduce renders code to the programmer in a totally different style to what they're used to. There are parallel programming environments that do render parallelised blocks in a C-inspired way, and surely that's the most obvious approach...?

    --
    Got them moderator blues I blieve I walk out the do', With these mod-points I been gettin', I 'most never post no mo'
  109. Software? by Anonymous Coward · · Score: 0

    the reason why is obvious...software hasn't kept up with hardware.

    That logic is insane. A computer brings more resources to the table, so the software needs to be designed to gobble them all up. Less efficient means better? Sounds like Windows.

  110. Re:Because there's no such thing as one "performan by angel'o'sphere · · Score: 1

    Physics is the answer.

    You can not change the way how the light used for the lithographic processes is bend and diffracted ...

    If you want to make smaller masks, you need shorter wavelengths to do the "photographic" processes to mold the chips.

    We are on the edge that we are using UV and X-Rays ... there is simply no real way of improvement anymore in making gate sizes smaller.

    Go figure and read some articles ... sigh: PHYSICS!

    You have provided no sound explanation as to why engineering processes,
    Why should I? It is completely clear from wikipedia articles.

    time and experience are exactly stuck in lock-step with Moore's Law.
    No they are not. "Moors Law" stopped a decade ago, probably 2 decades.

    --
    Cost free eBook I read (by iBook/Kobo/Amazon/ObookO/Gutenberg etc.): "The Green Odyssey" by Philip Jose Farmer.
  111. Your are profoundly ignorant by Anonymous Coward · · Score: 1

    Multithreading exists, of course... but few apps besides raytracing can genuinely put it to good use.

    This is so ignorant, I don't even...

    Image processing. Other types of >1D signal processing. Neural nets. Basically any task that benefits from more than one worker.

    I can't believe you were modded up. Are all the mods here today script kiddies?

  112. Three words by Anonymous Coward · · Score: 0

    Some of us have to produce cost effective results and aren't hobbiest, pureist fucktards.

    "hobbyist"

    "purist"

    You fucktard.

    1. Re:Three words by Anonymous Coward · · Score: 0

      "hobbyist"

      "purist"

      You fucktard.

      Yeah, that's 4, genius.

    2. Re:Three words by Anonymous Coward · · Score: 0

      Count the bolded words. Genius.

  113. Flattery is overrated by Anonymous Coward · · Score: 0

    And the real culprits are the marketing droids that think programs and OSes need a new UI experience every few years. A huge deal of programming efforts and bloat is wasted and does not bring any value to the users.

    What, you don't like your wonderful new, flatter icons?

    You can't possibly be saying you'd want OS and App effort spent on actually making them work properly, could you? What is wrong with you?

  114. Hey, DT is bring back Coal so look out.... by rimcrazy · · Score: 1

    Your next CPU's are going to be made of coal. Screw this silicon crap. We are going to have clean coal, fast coal, edible coal, fried coal, chocolate coal, coal coal...

    --
    "TV, a medium as it is neither rare nor well done." Ernie Kovacs
  115. Or in any other area. by Anonymous Coward · · Score: 0

    Quantum leaps only happen when you find something radically new. We have not so we have none.

  116. 6809 by Anonymous Coward · · Score: 0

    > The hated competition (Motorola) made the 6800, and later the Motorola 68K series.

    You missed some in the line, including the 6809 -- the best CPU they ever made in terms of improved facilities for the programmer. By far.

    6800 -> 6809 -> 68000 -> 68020 -> 68040 -> 68060

    When I went from the 6800 to the 6809, the complexity of what I could easily do increased many times over. When I went from the 6809 to the 68000, I spent far too much time regretting the change in architecture. And frankly, I think that's one of the key things that actually killed Motorola CPUs. Failure of the 68k group to learn enough from the 6809.

    The 6809 was a tour de force in several ways; for a random logic design, it was straight-up amazing. The 68k stuff was microcoded. Poorly. That, added to a failure of their fab processes to scale in speed and the (relative to the 6809) relatively weak instruction set, left them bloody and dead on the road of progress.

    So we ended up with Intel's mess. And holy crap was it ever (and remains) a mess. But it was fast. And got a lot faster. And fast has a value that exceeds almost anything else. Bye bye Motorola. Hello incredibly crappy architecture.

    I still wish someone would make a 3-or-more-ish GHz, 64-bit analog of the 6809 with essentially the same instruction set plus floating point and a shitload more registers.

  117. Hi, snowflake! by Anonymous Coward · · Score: 0

    Oh look, the GP triggered a font snowflake limpwrist.

    Always funny to see the repressed interior designers stumble out into the light.

    If I could, I'd chain you up, force your eyes open with toothpicks, and limit your access to a computer that only used comic sans.

    But still, it was worthy to see you come apart over a simple fixed-width font.

    You pissant.

  118. Von Neumann based architecture by Anonymous Coward · · Score: 0

    The leap forward in home computing comes when we leave the Von Neumann architecture, years and years down the road.

    Currently, any meaningful artificial intelligence requires so much computing power that your home based computer is way out of it's leagues.

    However stepping outside of the Von Neumann architecture allows computational models which are much better suited to "cascade" computation than the current processor RAM bottleneck of the Von Neumann architecture based systems.

  119. Few things. by Anonymous Coward · · Score: 0

    Number 1 is physic, can't make silicon die smaller to cram more power in there. Maybe carbon nanotube, dna or whatever "new tech" will fix this.
    Number 2 is lack of good competition. If your competitor can barely even keep up with you, if at all, there's no point in you releasing a product that will destroy your competitor entirely. We need competition after all, otherwise you're just running alone on the track.

  120. Re:Because there's no such thing as one "performan by Anonymous Coward · · Score: 0

    > No they are not. "Moors Law" stopped a decade ago, probably 2 decades.

    Uh, no, it sure didn't.

  121. Violating comment prototocol to illustrate a point by lenski · · Score: 1

    Note how that last comment refers to "the average cloud-ready server"...

    NO competent large scale developer would ever even think in terms of of a "cloud-ready server"! That's exactly what I meant by technological refactoring. It IS happening but we're not bothering to notice it. (Other than some fat-fingering maintenance at Amazon last week) We have uptime expectations, performance expectations, that were impossible a few years ago.

    As younger generations of developers move in to replace older ones, the loss of implicit and limiting assumptions of the older ones will allow for newer ways of thinking about the problem space. That is where the stepwise improvements will come from, just at they have been arriving all along.

  122. Not quantum computing again! by Anonymous Coward · · Score: 0

    Quantum Computing, at least the general purpose quantum computing, won't probably speed up
    anything but a handful of problems (e.g. prime factorization). And that is assuming a level of technology that
    we don't know yet how to achieve (current general purpose QC uses only a few qubits).

    On the other hand domain specific quantum computers may turn up to be very useful. Especially
    for simulating chemical reactions, scattering cross sections in particle physics, and other simulations
    that have a quantum process as the object of study. And maybe some optimization problems.

    But I wouldn't hold my breath for a general purpose quantum computer that will speed up everything.

  123. Re:C versus SQL. SQL is understandable, and parall by Anonymous Coward · · Score: 0

    Programmers can and do learn new and different ways of working

    No.. they don't. I can't tell you how many times I've had "programmers" ask/state me something along the lines of "Why isn't my code working anymore? I didn't make any breaking changes." Cargo-cult programming by coincidence is rampant. I literally have people say things like "I was testing some code, I didn't make any changes, and it just stopped working. Do you think it's a bug in SQL? Should I have the DBA reset the server?" I tell them "No, you change some code". They get adamant, but then I do some digging and low and behold, changed code. Then they go "Ohh, but I copied that some somewhere else, it should just work".

    Don't think these are special cases, they happen all of the time from many senior programmers from many reputable companies. The fact anything works is a miracle. It explains why I can do in 2-3 weeks what takes 2-3 people 2-3 months to complete. I'm not joking. I'll have teams come to me for help on a project they've been working on for months, only to find out I did the EXACT same thing a few years back, but I knocked it out in a few weeks, AND I made it into an easy to use library instead of some brittle one-off project. Then, using my project, replace their 1 man-year project with 4 hours of writing some code that uses my library.

  124. the simple answer by slashmydots · · Score: 1

    They could have to change completely how the processor is made and use new materials and that's too expensive to experiment with when slight increases are a sure thing aka the safe bet.

  125. Bad code is rampant in all languages by raymorris · · Score: 1

    Bad code, and bad coders, sure are very common. I can absolutely relate to what you said.

    Bad code isn't in any way limited to declarative programming, or imperative, or procedural, functional, object-oriented ...

    Poorly educated programmers can make a mess in every paradigm, and those who continually study for many years to become highly competent can be highly competent with any paradigm. The language or paradigm isn't what makes the difference.

    Right now, at work, I'm fixing some bad SQL written by the founder of the company. (Who wrote a huge system by himself in a hurry, with limited programming knowledge.) Some of the SQL is pretty bad. I'm also fixing his bad Perl, which is even worse. Procedural programming (Perl, Java) didn't make him any better or worse than he was using SQL.

    If a programmer can learn to use C, Perl, Java, or Erlang well, they can learn to use SQL well. If they can learn to use C, Perl, Java, or Erlang poorly, they can learn to use SQL poorly.

  126. the Optane disappointment by epine · · Score: 1

    While we're talking about sad xmas future, I should probably have mentioned the dull tinsel of Intel's leaked, Optane SSD datasheet, which gives Optane an implied durability of 32,000 write cycles.

    From the back of a recent napkin:

    12.3 PB is 30 drive-writes-per-day for three years, a 6.5% write duty cycle.

    I estimated a price on the (rumoured) Optane DC P4800X of $3/GB and got $16/day as the cost of sustaining a peak 2 GB/s write bandwidth. (Took no account of write amplification, which is probably very low.) Unfortunately, on this workload (not warranted) Intel's new shiny will need to be replaced every 70 days.

    The benchmark result I'm waiting to see is serving NFS from a ZFS server with all NFS traffic set to synchronous write (as the specification requires, but many fast and dirty and redhatty OSes kind of ignore). The low write latency at low queue depth ought to be a godsend in this application.

    Users will see little difference—except when their files fail to corrupt or disappear at the previously established baseline rate. No, first-generation Optane SSD can't do it faster than 3D Flash under current administrative practice, but perhaps it can do it faster while remaining correct.

    It's weird in this world how figures of merit squish sideways.

    ZFS servers are often tuned to sustain a high fraction of a pool's peak write bandwidth (reads are assumed to be heavily cached in memory and ARC).

    On current specifications, Optane SSD is worthless for a ZIL SLOG write cache. Just not enough write cycles.

    Carbon nanotube–based Nantero NRAM has demonstrated 10^12 write cycles in the lab, and that's just the present lower bound (testing takes a while at this elite altitude).

    Notes from a recent napkin:
    * Essentially zero power consumption in standby mode and 160x lower write energy per bit than flash.
    * Small number of process steps.
    * Read/write same speed as DRAM.
    * Memory retention > 1000 years at 85C.

    But the early devices will be limited to 32 MB (not GB) and the only application presently profitable for such a small device is embedded SOC.

    This technology is probably a real thing, any day now.

    Fujitsu Semiconductor plans to develop an NRAM-embedded custom LSI product by the end of 2018, with the goal of expanding the product line-up into stand-alone NRAM product after that.

    That still leaves a giant hole where ZFS ZIL SLOG roams the earth. The bidding would start roughly here:
    * 16 GB
    * 2 GB/s sustained write bandwidth
    * 10^6 guaranteed write cycles
    * memory retention > 10 years at 85C

    Ideally, that would be delivered from a single chip.

    Proper NFS semantics over a snapshotty FS pretty much demand something like the ZFS ZIL SLOG (or buttery replacement). That's why I nominated this a primary holding in my bulging portfolio of persistent-memory desideratas. It's a real thing.

    [*] snapshotty: also known as "ransomware resistant"

  127. Moving towards low power devices? by walterbyrd · · Score: 1

    Seems to be a move towards low power devices. Cheap, low power, single board computers, like Raspberry Pi, and of course, mobile devices.

    Maybe the industry is concentrating more on that sort of thing now?

  128. Physics. by pjv936 · · Score: 1

    We are at the end of what CMOS on silicon can deliver. Something new is need but no one has had the nerve to commit to finding it. Because you will have to risk billions and you may never find the solution. Small steps instead of giant leaps because you don't know where you are leaping to.

    1. Re:Physics. by ChrisMaple · · Score: 1

      Full static CMOS is almost never used in fast microprocessors. The signal path is NMOS, possibly with PMOS devices used to precharge dynamic nodes and as a part of latches.

      --
      Contribute to civilization: ari.aynrand.org/donate
  129. Re: One word does not mean what you think it means by Anonymous Coward · · Score: 0

    You're confusing "wafer" and "die." The wafer is the big slice of silicon. The dice are the small pieces that you cut a wafer into after processing. People sometimes use "chip" and "die" interchangeably and sometimes they use "chip" to mean the packaged die.

  130. Re:C versus SQL. SQL is understandable, and parall by TeknoHog · · Score: 1

    I must say that FPGA design (using Verilog) helped me understand multithreaded programming enormously. The physically parallel circuit design is unforgivable, compared to multithreaded code that might work despite lacking the proper rigour.

    OTOH, as a physicist I was already used to languages with inherent parallel math. For example Fortran has native vector/matrix math that proper compilers can parallelize automatically. I guess the physics background also helps to think about vectors as inherently parallel beings, because nature does not loop over dimensions.

    --
    Escher was the first MC and Giger invented the HR department.
  131. Two words by Anonymous Coward · · Score: 0

    Firstly, your seem to be thinking of the old-fashioned Von-Neumann style boxes and Moore's so-called Law. You are thinking of the technology needed to create the next generation of x86 processors, called EUV. ASML are working on it, but it will take more time before being suitable for mass production. I am not sure if there will be a next generation after that one.

    Secondly, you might be thinking of novel approaches to create significantly faster processors. The most promising approach seems to be quantum computing. Keep watching this space for the next couple of decades.

    Thirdly, there is economics. Because of the crisis, the revenues of the IT companies no longer show Moore-like trends (like doubling every two years) and don't forget energy: In 1945 IBM predicted what the world needed was five computers. In 2045, five computers would consume the entire energy production of our planet.

  132. Simple: Speed-wise, the technology is mature by gweihir · · Score: 1

    As such, there are some small possibilities for further speed improvement, except for special scenarios. GPUs may still have a few generations with significant speed increases, but CPUs do not. There is room for optimizing cost and power consumption, but when that has happened, then that is it.

    Think of this like a hammer or an ax as we know them today: They are finished and there is no way to make them better with reasonable effort. However do not forget that the steel used in them is the result of a few 1000 years of optimization and that they are a very sophisticated product, simple though they may appear to be.

    Incidentally, CPUs have not had any dramatic speed increases for about half a decade.

    --
    Most ACs are not even worth the keystrokes to insult them. Be generically insulted by this and ignored otherwise.
  133. Re:Because there's no such thing as one "performan by Anonymous Coward · · Score: 0

    I would add to this that you could set a goal of a new product being 4x-8x faster than current products, but the complexity of such a project means that it will take you many years to finish all the changes necessary, and by that time, somebody making mostly small, incremental changes every year would have just about caught up with the improvements from your big changes.

    There are enough different people analyzing this market that there aren't any obvious easy ways to speed things up - and the non-obvious hard ways take time to make sure that they yield a benefit, as the parent notes.

  134. Because electricity just refuses to go any faster by gestalt_n_pepper · · Score: 1

    Oh, sure you can *ask* the guys at the factory to lift the lightspeed limit, but Nooooo.... "We'll ruin all the timing in the cards... management says it's the *rules*...we shed too much energy when we leave the dev room and get cold at lunch. Marketing doesn't like the blue glow of cherenkov radiation around the cards."

    Whine, whine, whine....

    --
    Please do not read this sig. Thank you.
  135. Too much income Inequality hurting technology by leftie · · Score: 1

    Not enough filthy rich to fund research & development of next generation computers
    Not enough folks around who have the money to buy next generation computers

  136. Killer App : AI ? by DrYak · · Score: 1

    Now if some new "killer app" like the next Lotus 123 comes up? This may change but so far I've seen nothing on the horizon that would fill that slot.

    A possible candidate for such a "killer app" for more powerful CPU and GPU would be AI.

    There's a crazy amount of interesting stuff that can be done by training deep neural nets to do your work.
    Some of this interesting stuff is more geared toward R&D that would run the workload on a high performance cluster anyway.
    But some of this has very practical application for everyday life (think RNN-LSTM in automatic natural speech transcription, think all the assistant such as Siri, Cortana, Alexa, OkGoogle, Soundify, etc.)

    The problem, is that these neural nets have huge processing requirement to train, and even to use require some processing power.
    So currently, most of these AI assistants run remotely on the cloud.
    But by having more computing power locally could make such assistant more useable offline.

    --
    "Sufficiently advanced satire is indistinguishable from reality." - [Tips: 1DrYakQDKCQ6y52z6QbnkxHXAocMZJE61o ]
    1. Re:Killer App : AI ? by hairyfeet · · Score: 1

      I take it you aren't old enough to remember Lotus 123? God that makes me feel ancient, but the reason your AI wouldn't do it is because it will always be a niche application as there is a very limited subset of people that are gonna actually WANT an AI on their PC, most will think its creepy or weird and say "do not want".

      OTOH when Lotus 123 hit? ZOMFG suddenly EVERYBODY had to have Lotus 123, from the smallest business to the biggest corp you weren't shit if you weren't using 123. Every personal computer that couldn't run 123 raced to come up with a 123 knock off to say "see we can run it too!" and people were upgrading and chunking PCs at an alarming rate (and this at a time when a good PC could cost $3k+) because they couldn't run 123, it was frigging nuts man!.

      --
      ACs don't waste your time replying, your posts are never seen by me.
    2. Re:Killer App : AI ? by syntotic · · Score: 1

      I ve been without spreadsheet since, let me see... 2004? 2008. The year the last computer featuring an included copy of Office with spreadsheet was stolen from me. And I may be wrong, it may have been 2006 that I had spreadsheet software incorporated for free, or longer as my previous computer layer seemingly could not really handle it and... yes, there was no spreadsheet, only word in it, so the last time I used a spreadhseet was probably 1999, when THAT computer was stolen from me, though I may be wrong... I definitely remember there was a spreadsheet in 2004 and I was desperately trying to solve some typical ONLY CHANNEL MISSING problem to fully automatize my spreadsheet neural networks, but you had to program what was not yet called COM nor ActiveX and use VB instead of C++ and what not... Lotus 123? I definitely had a spreadsheet in my PDA in 1992, but it died around 1995 when the LCD screen broke and was finally left behind in state of hope in 2003, but I have to consider it missing (in the wrong hands if my mother could not hold on to it). Yeah, life was nice with spreadsheets, we were supposed to be flying cars and living utopias by NOW, but people only wanted cell phones to exchange some insults around. Why would the fully automatic teller cashier machines in the pharmacy have no bank lines open at night? I wonder... I do have to find a live cashier or pay cash... ... Yeah, I subscribe the title, must have been it...

  137. You are the problem by Anonymous Coward · · Score: 0

    You're not entitled to huge leaps forward. People have to work hard even for small improvements. Your presumptuous attitude is insulting. Some people are working on what might be big leaps if they work , others work on incremental improvements... if you think something obvious is being overlooked , tell us ehat to do. What was that? You don't know? Get lost.

  138. Re:Because there's no such thing as one "performan by ChrisMaple · · Score: 1

    That's nonsense. One critical factor is lithography. Optics, resists, etching processes, more precise steppers, etc. all need to be developed and in production before ICs get to a new process node. None of that requires state-of-the-art processors to design.

    Things like Cadence's design software can run adequately on hardware several generations back. The slowness of old hardware is a damned nuisance, but it's not prohibitive.

    --
    Contribute to civilization: ari.aynrand.org/donate
  139. Re:Because there's no such thing as one "performan by ChrisMaple · · Score: 1

    https://www.researchgate.net/figure/238594798_fig1_Fig-1-The-number-of-transistors-per-microprocessor-chip-versus and many similar graphs show that Moore's observation of transistor count has been maintained at least through 2011.

    --
    Contribute to civilization: ari.aynrand.org/donate
  140. Design costs too high by jensend · · Score: 1

    GPUs are still seeing notable performance increases because the problems you solve with a GPU are embarrassingly parallel. CPU progress has largely stalled because it's hard to get additional per-thread performance without clocking higher; the low-lying instruction level parallelism fruit is all gone. And the physics of the situation doesn't allow continuing to scale clock speeds the way they scaled from 1994-2002.

    There are design related gains we know could be achieved without any new materials. In particular, clockless processors could be a huge jump forward. But designing a clockless processor is extremely difficult. A lot of the methods, tools, and engineering that has been developed over the last 50+ years to allow a relatively small team of people to manage the complexity of billions of transistors simply don't apply any more when you're dealing with a clockless processor.

  141. Re:Because there's no such thing as one "performan by thisisauniqueid · · Score: 1

    The available wavelengths of light in the EM spectrum have not changed since the dawn of Moore's Law. Only our ability to used them for lithography has changed. It's engineering, knowledge and skill, NOT PHYSICS. What you are referring to as "physics" is simply "standing on the shoulders of giants". There is NO principle of physics that limits us from jumping multiple process nodes ahead, EXCEPT for the fact that we seem only able to do incremental development. You're still missing the point of the OP's question.

  142. Re:Because there's no such thing as one "performan by angel'o'sphere · · Score: 1

    Nitpicking at its finest again ... and pretty dump. Do I repeat myself? Strange, have the feeling of a deja vue ...

    Lithography only works if the chemicals involved can "react" to your wavelength. That is Physics. Facepalm.

    We are not able to "jump ahead" "nodes" ... no idea why everyone today says "node" a chip manufacturing process is not called a "node".

    If mankind was able to "jump ahead" we would do that, facepalm.

    You're still missing the point of the OP's question.
    He had no point. He was an idiot. Thinking you can just tell someone: "I need a warp drive. Better tomorrow than next year."

    --
    Cost free eBook I read (by iBook/Kobo/Amazon/ObookO/Gutenberg etc.): "The Green Odyssey" by Philip Jose Farmer.
  143. Let me try again - it's about shrinking components by dbIII · · Score: 1
    If the traces or other items masked off are smaller then some small flaws that would not impact on larger things are enough to disable those small items.

    And FYI, I work in the semiconductor industry

    Then there must be some serious miscommunication here since it was looking like you'd missed something that we used to tell all of the first year engineering students in introductory materials science.

    what you mean by "critical flaw size"

    I meant the size at which the flaw matters (becomes critical) and not an actual technical term like "critical crack size" which is not the same and is about fracture. What the paper you linked does not go into is that there will be defects in the zone refined ingot of a wide range of sizes but below a certain size they just do not matter. That certain size is going to change if all of your traces are much smaller, which is beyond the scope of that paper because it's not about changing processes.

  144. Think I've spotted the miscommunication by dbIII · · Score: 1
    You wrote:

    at a given technology

    Is that a way of saying with at the same process size? I have been writing about how smaller flaws matter when going from say 32 nm to 14 nm.
    If so sorry about the confusion.

    1. Re:Think I've spotted the miscommunication by DavidMZ · · Score: 1

      Yes, a tech node is a process size. That's why I started with "at a given technology node". I agree that if you shrink the dimensions of your transistor, the critical defect size also becomes smaller, and you get potentially more defect per die. And if you make the die bigger, you get more defects, hence the decrease in yield.

    2. Re:Think I've spotted the miscommunication by dbIII · · Score: 1

      Sorry about that. I misunderstood earlier and assumed the discussion was about reducing the process size instead of using a smaller area of wafer at the same size.

  145. You haven't been paying attention apparently: by Anonymous Coward · · Score: 0

    Moore's Law's end is imminent. The halt in clock frequencies in ~2000 was the fore-shock of this. There was a roadmap to make it to 2020 established in the late 1990s but since then, there's been no practical ideas for how to extend beyond it. At the transition form 28nm to 16nm, for the very first time, the cost per transistor went UP with a process shrink and has continued to increase for each node since then. This cost decrease was easily The Key golden goose feature of Moore's Law even beyond predictable scaling and performance increases. So that is long gone.

    How do I know about this stuff? I've worked on leading edge "technology development" for new process nodes for the last 30 years. I spent 4-6 months out of the year in Hsinchu Taiwan with TSMC, UMC, et al. as well as in SG and SK. The rest of the time is in EU and US. This coming end has been known by insiders for the last 10-15 years - we've been hoping against hope that someone smarter than us would figure out the next trick but all the bets have come up snake-eyes. So it goes - nothing lasts forever.

  146. We're going there. by DrYak · · Score: 1

    I take it you aren't old enough to remember Lotus 123?

    I'm young enough to *have been conceived* more or less at that time. (And anyway, my parent were living on the other side of the Iron curtain back then).

    OTOH when Lotus 123 hit? ZOMFG suddenly EVERYBODY had to have Lotus 123, from the smallest business to the biggest corp you weren't shit if you weren't using 123.

    Though I couldn't be able to remember a period I didn't live through, I do have some general culture.
    Yup, I know that Lotus was one of the first massively successful spreadsheet software.
    It owes it to a few key thing, among the fact that everybody can see use of making some calculation (be it for business use as you mention, or any other use. Lab technicians love to have their protocols in the form of spread-sheet that can magically auto-adapt given a few key parameters), and it was relatively simple to use (as opposed to write your own data manipulation script, e.g. using the in-ROM embed BASIC) so that even non technical people could use it.

    And it was very well marketed.

    God that makes me feel ancient, but the reason your AI wouldn't do it is because it will always be a niche application as there is a very limited subset of people that are gonna actually WANT an AI on their PC, most will think its creepy or weird and say "do not want".

    First, I'm not saying that AI as it is deployed NOW is a killer app.
    I'm only saying that is has a potential to soon evolve into a must have technology because it helps automate tons of tasks. (I used the word "candidate").

    It's a bit like for some time Apps were just considered a "fad". But now some of them are slowly becoming "must haves", are driving hardware sales (you need a good enough phone to be able to use said app. Your old EPOC-powered Ericsson or Palm OS-powered PDA won't cut it, etc.) And a platform that isn't part of any large app ecosystem is probably going to day.
    (case in point : Microsoft's Windows for Phone only runs microsoft apps and never managed to break into the current Google/Apple duopoly)
    (counter example: Jolla's Sailfish OS. It's a faily small effort, barely known outside geeks. Beside being a fairly standard GNU/Linux distro for smartphones, also features various solutions to run Android apps. Its users aren't left aside. As such it has still managed quite a few success on the levels of manufacturer (Intex - the indian electronic devices manufacturer, not the US swiming pool manufacturer) or even states (Russia and China have shown interests into the platform). That's quite an achievement for such a small team).

    My opinion is that even if currently it's only tech demo that creep the shit out of end users (Do you want me to automatically tag all your friends in all your facebook photos ? Do you want me to pre-write draft of your most likely answer on Google Allo ?) the technology has over-all good potential to be useful for end users (e.g.: better voice recognition and thus better dictation than the previous statistical methods used up until now).

    The best part is that these are much more autonomous learning technology, relying less on smart algorithms to process the data, but more on the neural net simply "learning the data" and how to make sens out of it (Like a very young children that mostly "learns" the world around simply by experiencing it).
    Just like VisiCalc/Lotus 123/etc. made data processing much more accessible to people without programming skills, maybe AI could make bigdata analysis much more accessible to people who aren't necessarily good at developing subtle data processing algorithms and/or complex statistical methods.

    Depending on how the technology is used maybe within a decade AI *will* be a must have that you can't do without.
    And if that becomes the case, you'll eventually need good hardware to be able to run the deep neural nets locally.

    But indeed, nobody want the current AI that automatically recognise all your friends puking on your facebook photos.

    --
    "Sufficiently advanced satire is indistinguishable from reality." - [Tips: 1DrYakQDKCQ6y52z6QbnkxHXAocMZJE61o ]
  147. Historically, there has been by Anonymous Coward · · Score: 0

    When ARM launched the ARM2-based Archimedes in 1988, it was stupendously fast compared to other machines based on 68000 or 8086. It was a 32-bit RISC machine, it ran at 8MHz, and it had one cycle per instruction which could often do the work of two or more regular CISC instructions (ironically). It had shift-by-N on the operand pipe, so you could replicate say ASL; ASL; ASL; ASL; ADD in one cycle. And it had conditional execution so many things that needed branches in CISC became zero-overhead for the taken side. The overall speedup from all these things is hard to quantify, but consider that at the time they emulated a PC-AT in software and it was faster than an actual PC-AT.

  148. Re:Why Are There No Huge Leaps Forward In CPU powe by Anonymous Coward · · Score: 0

    Sure, except Tick-Tock is no longer their development model
    Page 14: http://files.shareholder.com/downloads/INTC/867590276x0xS50863-16-105/50863/filing.pdf

  149. Re:Why Are There No Huge Leaps Forward In CPU powe by Anonymous Coward · · Score: 0

    Note that this doesn't discount the point you are trying to make, which is still correct...
    (Process is still a major component of the model)

    You should just be sure to link to an accurate, up-to-date reference when citing a model.

  150. Quantum - Ironic timing on these two stories by LordIvan · · Score: 1

    https://hardware.slashdot.org/story/17/03/06/1420243/ibm-will-sell-50-qubit-universal-quantum-computer-in-the-next-few-years

    It's coming. It will change everything*

    * where 'everything' is probably the wrong word. Maybe 'lots' is better.

  151. Re:Why Are There No Huge Leaps Forward In CPU powe by Dahamma · · Score: 1

    Except my link already said just that:

    "Starting in 2014, Intel introduced "Refresh" cycles after a tock in form of a smaller update to the microarchitecture. It is said that this is done because of the expanding times to the next tick... In March 2016 in a Form 10-K report, Intel announced that it had deprecated the Tick-Tock cycle in favor of a three-step "process-architecture-optimization" model..."

    Did you even read it?