Chips and Geopolitics(stratechery.com)
stratechery.com
Chips and Geopolitics
https://stratechery.com/2020/chips-and-geopolitics/
40 comments
It wasn't only Intel making microprocessors in the US. Samsung has one of their largest fabs in Texas. Global Foundries has their best fab in New York. As I understand they're both equipped to make 14nm-class processors. Not that it detracts from the general point of the article.
I assume that multi-chip packages will soon develop as a new source of modularity within chip fabrication itself. There will be common standards for how multiple chiplets can be wired inside of a package, and the OEM will no longer be restricted to having a single supplier like TSMC for the entire "package" component but be free to choose among multiple, freely-competing suppliers ala TSMC, Intel, Samsung, SMIC etc. Then the "geopolitical" need for an advanced, billion-dollar "fab" will essentially be disintermediated away - only a few tiny, perhaps optional components will ever be manufactured at anything like a 7nm or 5nm process. Everything else will simply end up as a basic commodity.
IANoWayAFabExpert but I don't think so. I understand the cost of transferring signals between chiplets is high, so I don't see this as a way forward except for when the cost of such a transfer can be amortised by handing over a smallish packet of work (in terms of data size) that needs a large quantity of CPU, and a smallish amount of data to transfer back. So coarse grained only. Not suitable for general computation anyway.
IMO only. Not my area. Pinch of salt etc.
IMO only. Not my area. Pinch of salt etc.
Perhaps I'm misunderstanding your point, but hasn't AMD proven this wrong at this point? With a correctly architected interconnect you can absolutely do chiplet based general computation processors.
Again, I may be misunderstanding your point...but I think the chiplet future is here on some level.
Again, I may be misunderstanding your point...but I think the chiplet future is here on some level.
And I may be wrong, and for sure chiplets are proven (for now) to be a very good way of doing things, but those chiplets in AMD chips are relatively decoupled[0]. They're very large and connected within themselves already. They can be expected to operate substantially independently[0]. While they do have to talk to each other to get memory, probably a lot, DRAM access is so slow that it swamps the overhead of inter-chiplet communication[0]. Shared L3 cache, that's another matter I dunno.
I took it you meant like much smaller components, like ALU from this supplier, DRAM controller from that supplier, cache from another supplier etc, all on separate chiplets, each having to go off-chiplet to speak to the others. I am sure[0] that would cost much power and performance.
[0] serious risk of n00b arse-speak happening here, beware.
I took it you meant like much smaller components, like ALU from this supplier, DRAM controller from that supplier, cache from another supplier etc, all on separate chiplets, each having to go off-chiplet to speak to the others. I am sure[0] that would cost much power and performance.
[0] serious risk of n00b arse-speak happening here, beware.
It’s not like chiplet was invented yesterday
Typo: 80286 (not 80826), and 80386 (80836), in the opening paragraphs.
I gotta say my brain auto-correct those kind of things.
I would love to see Intel get into contract manufacturing. We need more competition in that space and Intel's position no longer makes sense in the current environment.
The problem is that they would be chasing a competitor (TSMC) that is much better at it. They'd have to invest many years to catch up.
They did, It is called Intel Custom Foundry and had customers from Nokia to Ericsson. In the end they failed. And it is no longer a path they want to follow.
Why did they fail?
They are extremely secretive:
One of the funniest stories I heard was about the first copy of the Intel 14nm design rules Altera got from Intel. They were heavily redacted, which is something I had never seen in the foundry business.
https://semiwiki.com/semiconductor-manufacturers/intel/7912-...
Additionally, a contract fab tries to be flexible, easier to design for. They make their libraries & design rules work well with commercial design software. A private fab on the other hand can boost yield & performance by pushing increasingly complex design rules on the design team, and the design team can use customized or internally developed software to make it all work.
So in short, they had the best fab tech in the business but they weren't used to servicing anyone other than themselves.
One of the funniest stories I heard was about the first copy of the Intel 14nm design rules Altera got from Intel. They were heavily redacted, which is something I had never seen in the foundry business.
https://semiwiki.com/semiconductor-manufacturers/intel/7912-...
Additionally, a contract fab tries to be flexible, easier to design for. They make their libraries & design rules work well with commercial design software. A private fab on the other hand can boost yield & performance by pushing increasingly complex design rules on the design team, and the design team can use customized or internally developed software to make it all work.
So in short, they had the best fab tech in the business but they weren't used to servicing anyone other than themselves.
I guess the software analog of this is that the quality of code usually goes up when it’s open-sourced. Not just because of the contributions from outsiders, but because the original developers feel apprehensive about putting out low quality code.
Surely 'themselves' is a huge enough market, and 'boost[ing] yield & performance' is exactly what they want to do, as the world's largest CPU maker? It sounds perfect. I guess maybe financially the extra perf etc. just wasn't worth it.
(thanks for answer though)
(thanks for answer though)
There is no reason why you cant optimise for both. To simply put they wasn't ready to be a contract manufacture, and TSMC set the standard of what is expected to be a contract manufacture in the Fabs industry and Intel failed miserably to meet even the pass mark.
Yes, it make perfect sense to optimise for you own yield and performance until TSMC overtake you and you no longer has the volume advantage. In manufacturing volume is everything.
It is also worth pointing out Altera is actually a Subsidiary of Intel. If that is what they were going through you can imagine about the others.
Yes, it make perfect sense to optimise for you own yield and performance until TSMC overtake you and you no longer has the volume advantage. In manufacturing volume is everything.
It is also worth pointing out Altera is actually a Subsidiary of Intel. If that is what they were going through you can imagine about the others.
Maybe they do know how to optimize, but not exactly why anymore?
I've seen a tv-documentary about 15 years ago about their fabs. Therein some reporter asked why there was a bend in some bundle of pipes for no apparent reason. They answered that was there because in another factory there was a column there which they had to route around, which didn't exist at this factory. They explained further to not wanting to risk process variation, by building that bundle of pipes straight again. Since then i have been unimpressed by all that high-tech, being so complex, having to cargo-cult around, instead of being able to understand it from first principles and build according to the situation. Not blindly copying something which worked at another place but doesn't apply anymore, because the place and its conditions changed.
I've seen a tv-documentary about 15 years ago about their fabs. Therein some reporter asked why there was a bend in some bundle of pipes for no apparent reason. They answered that was there because in another factory there was a column there which they had to route around, which didn't exist at this factory. They explained further to not wanting to risk process variation, by building that bundle of pipes straight again. Since then i have been unimpressed by all that high-tech, being so complex, having to cargo-cult around, instead of being able to understand it from first principles and build according to the situation. Not blindly copying something which worked at another place but doesn't apply anymore, because the place and its conditions changed.
You're describing Copy Exactly (CE!):
https://www.extremetech.com/computing/127987-deliberate-exce...
> Intel began working on CE! after it had trouble at the 0.5um (500nm) node and refined the process through each successive generation. The green line shows the initial product ramp at its first fab — after an early spike, yields cratered and only recovered over a period of months. Once Intel had Fab 1 working well on 0.5um, it started ramping Fab 2 only to run into new problems. As Copy Exactly! was developed and deployed, the company’s yields synchronized across the various fabs.
Because they don't know enough to predict the process effects of variations in humidity, barometric pressure — or pipe length! — they eliminate those variations instead. Presumably they would learn more if they didn't do that, but they would also take longer to ramp up production. Since they started doing CE! in the 1980s, it's probably not a primary cause of their late-2010s decline.
https://www.extremetech.com/computing/127987-deliberate-exce...
> Intel began working on CE! after it had trouble at the 0.5um (500nm) node and refined the process through each successive generation. The green line shows the initial product ramp at its first fab — after an early spike, yields cratered and only recovered over a period of months. Once Intel had Fab 1 working well on 0.5um, it started ramping Fab 2 only to run into new problems. As Copy Exactly! was developed and deployed, the company’s yields synchronized across the various fabs.
Because they don't know enough to predict the process effects of variations in humidity, barometric pressure — or pipe length! — they eliminate those variations instead. Presumably they would learn more if they didn't do that, but they would also take longer to ramp up production. Since they started doing CE! in the 1980s, it's probably not a primary cause of their late-2010s decline.
I don't think it was cargo-culting in the case of that fab. A fab isn't like your mother's ham, which she cut in half because her mother cut it in half, only to find out that her mother had a small oven. A fab is like that tricky piece of code that has a comment on every line, but instead of one function it's 20,000 lines of that. On top of that, it takes several weeks before you know if your wafer came out okay. So when you duplicate your fab, the last thing you want to do is add more potential problems. Think of it like using a software library; you don't go rebuild the library each time you use it, you just copy it into your project. Sure, there's unnecessary piping, but you don't care. If you cared you'd write your own library in assembly language and it would be a shining example of efficiency and understanding. But maybe you just want to solve your problem and ship.
Yes, that way we got fragile bloat, eliminating all benefits of every new generation of hardware. Since the 70ies. How long will this model of 'value-added' innovation be sustainable, i wonder?
I used to work in R&D for developing the machines used in the fabs. Sometimes the trivial details make a difference in the results and you don't always have to time to isolate and analyze each little thing. If you have a proven recipe, don't change it unless you have a reason.
When I was in school for Microelectronics, we were told very early on that experiments needed to be designed for the least number of runs, because of the sheer cost of taking a production fab down for a short period. That and the design better be flawless or your manager would never allow it
I understand what you mean, time to market, pressure, deadline, and so on...
But see where it got them?
But see where it got them?
I think your criticism is cheap and unwarranted. Where you see stupidity I see wisdom, though we can both agree it's ugly, but let's ask a straight question.
If it were your $$$billions being spent on a fab, what would you do?
If it were your $$$billions being spent on a fab, what would you do?
Probably going broke because of unwarranted perfectionism.
/me lifts hat and bows.
/me lifts hat and bows.
Consider the compliment well and truly returned for your honesty - thanks!
To a first-order approximation, engineering is about minimizing costs, and a large fraction of the cost of creating and running a fab is the cost of the time of the employees able to understand things from first principles. So, just because they decided to avoid that cost doesn't mean they are unable to redesign the pipes from first principles.
The point is that they probably have no idea what else they would have to change/retune in that process to account for the pipes being straight. It makes sense that they would seek to avoid changes to the greatest possible extent, given the costs involved.
How many R&D engineering hours do you think the extra 1m of piping equals in cost?
I'm actually surprised they didn't go and put a column there, too, just in case.
I'm actually surprised they didn't go and put a column there, too, just in case.
Altera was already working with Intel before they were acquired.
Well, exactly, they are their own best customer. Contract fab was just a way to fill capacity in a lull period. So there was never a strong motivator to make sacrifices to build a great contract fab program.
For a contract to be mutually profitable it has to somehow be better than off-the-shelf. I got to imagine coordinating custom chip development is expensive for both parties.
[deleted]
Last time they did that they ended up buying half their customers.
knolax(2)
I cannot agree more. If we learn one thing this year this is it.