A reprieve for Moore’s Law? Work on gallium nitride semiconductors
arstechnica.com
arstechnica.com
These GaNs seem to be more suited towards amplifiers and a replacement for the kinds of components that GaAs is currently used - not digital logic.
For a look at a potential III-V materials for use in digital logic, have a look at this article. http://www.extremetech.com/gaming/203926-analyst-intel-will-...
IMHO, Moore's Law will end in about 2019-2020. No exponential can go on forever. This will have huge ramifications for silicon valley. You're already seeing a slow-down. Ever wonder why Intel chips aren't getting all that much faster?
There are only a few solutions for this problem. Fast optical interconnects are needed or the DRAM has to be on the same package as the CPU.
From context it sounded like you're referring to DRAM bandwidth. But no RAM interface is that slow anymore, except embedded and some slower mobile devices. Single channel DDR2 can be faster than that.
Phones have about 12-30 GB/s RAM bandwidth nowadays.
X86 based systems from 25 GB/s (dual channel) to 130 GB/s (two socket quad channel).
For example 2015 Macbook Pro 13" has about 29 GB/s memory bandwidth. Samsung Galaxy S7, 28 GB/s.
Also which GPU you can actually buy has 1 TB/s bandwidth? You'd need HBM2 for that kind of number! Recently released Nvidia flagship Geforce 1080 has 320 GB/s bandwidth according to their own marketing material (http://www.geforce.com/hardware/10series/geforce-gtx-1080).
Unless, of course, you meant to compare 2018 GPUs to 2003 CPUs. Athlon 64, released in 2003, had up to 10.7 GB/s memory bandwidth according to http://www.cpu-world.com/CPUs/K8/AMD-Athlon%2064%202600%2B%2....
In what way? One problem seems to be that most consumers don't need super powerful computers anymore. Previously, the speed jumps were enabling you to do things you couldn't do before but now the speed increases are just making what you could do before a little snappier. We're seeing a lot more focus on miniaturisation (which does enable new use cases) and reducing power consuming as well.
Example: Render a model of an entire real city in 3d, including interiors, to sub-centimeter resolution. Now take that and think up a trillion variations on the theme.
Although @seanwilson is correct that almost no one needs a faster Excel, faster computers enable programs that automatically generate what Excel was being used to produce based on plain language specifications. That requires a big round trip to a monster server at the moment.
(1) It will now make sense to invest in the development of higher-order compute architectures that take advantage of truly massive parallelism. In the past such efforts (connection machine, etc.) were killed by Moore's Law-- by the time they hit the street CPUs had already gotten so much faster their advantage had disappeared.
(2) It will also make sense to prioritize parallelism in software to a much greater degree than it has been historically.
(3) "Software Moore's Law" type efforts will get a huge boost. In the past we've almost had an "Eroom's Law" in software: it bloats in proportion to faster chips and more RAM. Expect to see performance in software become a real feature. (I think we're already seeing this.)
(4) Slow languages will become considerably less shiny. Fast languages that take good ideas from slower dynamic languages like Rust, Go, Swift, etc. will become much shiner. C/C++ might also see a renaissance in mainstream interest. (This is already happening.)
(5) Once fabs all catch up to the state of the art endpoint fab tech for conventional chips, silicon fabrication will become a commodity service subject to commodity market forces. It will get cheap. This will accelerate even more as patents expire (or China ignores them).
(6) China (and specifically the Shenzhen ecosystem) has a very good chance of eating semiconductors due to #5. Nobody does manufacturing scale like the Chinese and once they catch up they'll own it unless players like Intel get serious about getting ahead of this.
(7) Also due to #5, the price per unit of compute may continue to fall for some time after Moore's Law hits the wall -- and partly because Moore's Law has hit the wall. Something akin to the current top-end Xeon could easily cost under $20 in 10-15 years. Smallish ARM chips could be priced by weight like a building material.
(8) As a consequence of #7, we might see what I call "Moore's Mushroom" -- a geometric fall in the price of massively parallel machines (also see #1). If the equivalent of a 48-core Xeon is $20, then a 1200-core monster might cost under $1000. For $10k you'd be able to buy your own equivalent of a decently sized data center.
(9) Power efficiency of chips may continue to improve for a while to the extent that this can be pursued without increasing density, and it might make sense to make this a huge priority once density is stable. Power/compute might still have a ways to go.
(10) As a consequence of #5, open source core designs will really hit the mainstream. You'll be able to take an open reference chip design and have it fabbed by the lowest bidder. "White label" OSS chips will appear.
(11) Finally, also due to #5 ASICs will get cheaper to make. Expect to see more of them, especially since it will now make sense to make an ASIC to speed up an algorithm as you can no longer just wait on Moore's Law to give you that speed for free. You'll see AI ASICs, crypto ASICs, graphics ASICS, data compression ASICs, even language specific 'accelerator' ASICs like JavaScript coprocessors, etc. With OSS core chip designs these could easily get bolted on, leading to weird custom cores like a "JavaScript optimized OpenRISC white label CPU."
(12) It might still be possible to push single-threaded performance by improving cooling, e.g. by mainstreaming liquid or active refrigerated cooling. The current overclocking record for cryogenically cooled Xeons is around 6.2ghz. Will we see liquid nitrogen in data centers as a common thing?
(13) The PC and mobile device upgrade cycle will slow a lot, which will further kill profits in hardware all the way up the stack. Hardware's about to become a hard business.
TL;DR: price/compute and power/compute will continue to improve for a while; semiconductor margins will get squeezed; software efficiency will matter more; ASICs will get more common; open source chips might finally arrive.
All of this might actually be good for Silicon Valley, which mostly does software not hardware. Software's about to get even more important.
> "Also, as Moore’s law decelerates, there is a potential for greater standardization of platforms. While today it seems ridiculous to create a standard tablet or mobile phone chassis with interchangeable components, this becomes a reasonable proposition when components stop shrinking and changing so much."[1]
As a thought experiment, what if Moore's Law scaling had ended in 2000? No smartphones.
I agree that the value of software engineering and computer architecture in general will increase as the transistor-scaling free ride ends. We have to make more efficient use of existing transistors that will no longer scale going forward.
2000? No, we would still have had smartphones. We were not in stone age anymore. Mass market smartphones would have eventually been built with that era process technology.
By year 2000, we had full color displays and StrongARM CPUs 206 MHz+, similar process could stretch to 400-500 MHz.
We'd have our beloved smartphones. Just with lower resolution screens (at most 640x480), slower CPUs (200-500 MHz single core, 8 kB L1 cache), 64-128 MB RAM and less storage (up to 1 GB). Packet data connections would have likely been limited way below 1 Mbit/s. (A)GPS would exist, but be much less sensitive (needs a lot of processing power) and take a lot longer to lock. Web browsers and other apps would have eventually been developed that work smoothly with such limited HW.
I think I could have lived with such a moore's-law-stopped-year-2000-device.
See what roughly 2000 StrongARM can do in a mobile device (PocketPC Tomb Raider, just like the original Playstation version):
https://www.youtube.com/watch?v=TujJ4nf31rI
Or these demos (run nicely on 2000 PocketPC HW):
and they would probably feel as fast as today's phones for many applications.
Of course, network latency would likely be higher than 13-20 ms we currently enjoy on 4G+ networks. Probably something like 50 ms -- main reason for high latency, circuit switched network, would have still been eventually replaced with purely packet switched system.
https://en.wikipedia.org/wiki/GEOS_(8-bit_operating_system)
An iPhone could be done on a single core 100mhz system if code is efficient. That would mean forfeiting some amount of eye candy and developing more efficient GUI layers.
I do agree that some smart phone functionality like super-high-end 3d maps apps might not exist, but a basic map with basic turn-by-turn directions could be built for the Commodore 64 by programmers who actually think about performance.
This is why I think a "Software Moore's Law" and performance is going to matter a lot. Premature optimization might no longer be the root of all evil. It might be a skill programmers need to have.
However, progress on this front would be slow due to the increased cost of software development. Software would be much more difficult to write leading to longer lead times for applications.
I don't think the app stores would scale at the same rate that it did for iPhone or Android.
One analogy is parallel programming. This is generally very difficult, so people avoid it, even when hardware vendors give you get a bounty of cores. Another example is GPGPU - very slow progress on mapping data-parallel apps to the GPU (image processing etc.).
We may not know what future devices and applications are not possible due to Moore's Law's end. Another example is the recent explosion in deep learning - this was only possible due to the increase in FLOP density as a direct consequence of Moore's Law. These algorithms were around in the 80s.
This is a problem we will need to solve. So far we've increased programmer productivity by sacrificing code efficiency because Moore's Law gives us more speed for free. We'll have to find ways to reduce this trade-off in the future by thinking harder and deeper about software since the hardware's not going to save us anymore.
Since I work somewhere that basically makes custom ASICs, this is very nice for us and our ecosystem.
>(11) Finally, also due to #5 ASICs will get cheaper to make. Expect to see more of them, especially since it will now make sense to make an ASIC to speed up an algorithm as you can no longer just wait on Moore's Law to give you that speed for free. You'll see AI ASICs, crypto ASICs, graphics ASICS, data compression ASICs, even language specific 'accelerator' ASICs like JavaScript coprocessors, etc. With OSS core chip designs these could easily get bolted on, leading to weird custom cores like a "JavaScript optimized OpenRISC white label CPU."
There are a couple of intermediate steps here:
9') FPGAs are pushed to get cheaper and more powerful.
10') Tooling improves drastically for FPGAs and ASIC development. Currently, that tooling is decades behind software development.
10'') A combination of 9' and 10' enables a thriving ecosystem of writing algorithms in hardware, sharing the hardware designs around, and everyone deploying to racks of FPGAs when they can't afford full-blown ASIC production.
In fact, that seems to be already happening.
I don't really disagree with either this or any of your other points. Though a potential return to specialized hardware is something of a counterpoint (even allowing for the fact that a lot of that specialized hardware will mostly be about effectively burning algorithms into chips.)
That said, there's an entire industry and set of consumer expectations built around some combination of faster/cheaper/smaller/more features. Take away the dominant knob that's made those trends possible, CMOS process scaling, and the consequences could be significant.
http://www.anandtech.com/show/10340/googles-tensor-processin...
http://www.edn.com/design/wireless-networking/4435899/Histor...
And GaN can't solve those afaik.
>> For a given size transistor the GaN element will switch considerably faster than the Silicon equivalent.
Most of the delay today is because of wires, not transistors.
See figure 1 at http://www.monolithic3d.com/blog/previous/3 .