The traditional FPGA market is abandoned
xess.com
xess.com
Instead, it makes a lot more sense that Intel is going to try and make that market more lucrative and larger instead. As a major chip manufacturer, they're in a great position to ship FPGAs to tons of new customers. Chicken-and-egg problems (you don't FPGA until you need to because it's not available) have made FPGAs a niche element. However, OpenPOWER/CAPI have demonstrated that you can get huge benefits from slapping FPGAs to existing general purpose compute.
So; TL;DR: I don't think it makes sense to assume Intel is just going to assume that market will stay what it is. Instead, they think they can make that market better, and do more than Altera/Xilinx can do individually. In that light, a purchase makes perfect sense.
(Disclaimer: I work for a company involved in OpenPOWER/OpenCompute and has shipped hardware that does this.)
That's a fairly narrow band and the real issue with FPGA's. A synthesizer for example seems like a good fit, but well general processes are fast enough. If we had a wider range of video codec's that might work, but again general purpose processors are good and dedicated hardware can help for the mainstream codec's.
Any ideas?
Other examples might be crypto or compression/decompression, transcoding ..
Then there are also likely a some set of functions you can directly implement on an FPGA that a GPU simply didn't elect to implement in its hardware or would need to compose out of a number of operations.
Intel has failed at phones not because "x86 sux" but because Intel makes a small number of SKUs that are often different bins of the same design -- these are heavily tuned in every way. Phone chips are not so optimized in terms of process and design, but instead they are true "systems on chip" where a number of IP blocks are integrated to produce something which is optimizable by adding functional blocks.
Something FPGA based, whether it ends up in the datacenter or elsewhere, could have a highly optimized FPGA block which is field configurable, so this gives Intel something to compete with SoC vendors on their own terms.
One detail is the nature of the memory and I/O systems. FPGAs can move a huge volume of data, so unless you upgrade the the paths in and out of the CPU/FPGA area, the FPGA would be starved for bandwidth.
It would take one of two things for the FPGA market to expand based on these developments.
First, if there was some "killer app" that sold a huge number of units, that would help. The trouble here is that if you sell a huge number of units, you might be better off making an ASIC functional block an integrating it into a true SoC.
The other one is that (I think) FPGA development today is constrained by the awful state of tooling. Pretty soon you will be able to pop a FPGA hybrid chip into a high-end Xeon workstation and have one hell of a development kit in terms of hardware, but without a big improvement in the tooling, very few people will be able to really make use of it.
Agree about the terrible tooling. 'Twas always thus, unfortunately, even when I was doing PLDs back in 1991.
1) less SKUs, differentiation is in the firmware (bitstream). Can serve a market that wants 4 sata ports w/o having custom silicon.
2) infield bugfixes and updates that go deeper into the product. The whole TSX debacle could have been avoided.
Just like in a code, 80% doesn't need to be fast yet it takes up area. Using an FPGA fabric could reduce die sizes (profits up).
Intel has always wanted VLIW, adding FPGA to the mix could get them their dream.
Just how everyone wanted to add GPU compute to the CPU, the same thing is happening. Eventually a mix of scalar (cpu), bulk parallel (gpu) and dynamic (fpga) will be available on die. Your basic blocks might just be jitted into a bitstream.
"Scalable Multi-Access Flash Store for Big Data Analytics" https://people.csail.mit.edu/wjun/papers/fpga2014-wjun.pdf
"FPGA-based hardware acceleration for a key-value store database (2014)" https://news.ycombinator.com/item?id=11374801
Indeed phone/desktop market might move to more one-chip-for-everything solution, but even then we need glue-ish logic to control something like screen backlight DC-DC converters, charging IC's, etc, which is much more easier done from FPGA/CPLD-like devices. On the other hand FPGA/CPLD's are essential in some classes of devices, for example test instruments: modern oscilloscopes usually have 3+ FPGA's in them, companies like Keysight usually only run custom ASIC's when they hit limitation of current silicon tech, like their N2802A 25GHz active probe (starting from 23500$) uses amplifier IC made with indium phosphide process (InP), which is kinda far away from whatever current consumer product companies are doing, you can check the teardown of this beast here https://www.youtube.com/watch?v=jnFZR7UsIPE
So in my opinion FPGA/CPLD market will live long and strong, players might change, but demand is enormous. The only problem in my opinion is that whole market is more B2B-like (FPGA's are usually just a humble IC's inside end customers products, you don't see stickers "Altera inside" or anything on products themselves), so it's kinda hard to get grasp what's going on.
http://webcache.googleusercontent.com/search?q=cache:http://...
Also, I believe that cheap microcontrollers have been able to replace FPGAs in some cases.
They can also replace FPGAs because even small microcontrollers are now really systems-on-a-chip, with integrated SPI, CAN, LVDS, or even USB/transceivers. To me, that's more like replacing an FPGA with dedicated hardware - it's just that microcontroller peripheral options are so thorough that dedicated hardware no longer needs to be custom.
USB is uniformly terrible; multi-PHY CAN offerings are disappearing. SPI can be good if you have the right interface chip ( which you may or may not actually know until you're running against a prototype ).
LVDS looks interesting, but it seems to have been a lot supplanted by SPI/I2C and Ethernet.
I dunno; it's just different. Phones have warped the market in puzzling ways.
basically the entire high-end of embedded has been taken-over by poorly-built linux distros running on phone SOC reference board designs...
as much as i'd love to support the 96boards effort, they are pushing us all into using USB for things like audio codecs... (i'll take TDM'ed I2S anytime, as at least there is a real bitclock as well as a frameclock, directly wiggled chipside...)
If you're careful with part selection and systems engineering on the host side, it works extremely well.
I'm also loath to throw too many rocks at the SOC boards - they make fine prototypes that can then be adapted to something more appropriate.
FPGAs has been used as test designs when qualifying fabs for volume production since they are regular, but more complex and closer match to general ASICs than memories.
FPGAs are also often used more and more either with internal CPU cores (hard or soft) or as a companion to CPUs providing acceleration, esp data plane processing.
This means that the aquisition of Altera is mor of adding a business that complements the CPU business, not remove a competitor from another market segment. Intel can sell CPU+FPGA solutions for data center, big data. But it can also sell more chips and increase utilization in their fabs.
And for FPGA users the FPGAs coming out of these fabs will probably be better with higher density, lower power consumption that what Altera managed to design themselves. And getting a Stratix or a Cyclone SoC with an Atom core inside running Linux would be a very neat solution.
But what if
a. xilinx built c-like tools that enabled embedded software engineers develop easily ?
b. they released those freely to some segment of the market ?
c. they've built an external support and IP ecosystem, either open or closed or both ?
Those actions can increase margins for xilinx, and they seem to be doing a,b.
As for the hardware, maybe the article is right. Also ,recent industrial chips are using 28nm, and going beyond that is extremely expensive and might not fit the industrial scenario anyhow, maybe there's not a lot of innovation left in the industrial FPGA market,
FPGA tools have been so bad for so long that I just don't think there's enough executive bandwidth to truly embrace software. The economics of being an FPGA designer pretty much requires lockin. It is a lot to ask of a team.
Yeah, so ASICs that are not produced in big enough volume will not move to 14nm or less. This means that FPGA that can move to 14nm or less, because of bigger volume, may become competitive against those ASICs.
Will xilinx create industrial FPGA's at 14nm or beyond ?
First transistor cost will have to become meaningfully lower than 28nm transistor costs. That only happens at 10nm. But at that node, NRE costs are extremely expensive. Spread over low-cost low-end industrial chips - this requires a huge volume, which xilinx probably doesn't have yet.
Also couple that with 28nm being more much reliable(all the failure mechanisms increase at 10nm: electron migration from wires, thermal hot sports, transistor fin self heating), and since reliability is key for industrial - it would be hard to see industrial moving beyond 28nm.
Xilinx have Mali GPUs on their latest ARM+FPGA hybrids but that isn't much use to me if I can't find out how to program it.
EDIT: This article seems to suggest that FPGAs currently have an edge over GPUs when it comes to energy efficiency:
http://app.scientificcomputing.com/articles/2015/03/optimizi...
I think FPGAs also win out in flexibility. GPUs don't integrate so well into e.g. the signal processing hardware for digital oscilloscopes (a common use for high end FPGAs) mostly because of latency and timing constraints.