Układ Google Humufish (TPUv8e) o powierzchni 9–10x reticle wymaga pakowania EMIB T Intela, bo CoWoS TSMC jest zbyt drogie i ma ograniczoną przepustowość – ale Intel musi skoczyć z 90% wydajności do 98%+, aby obsłużyć... EMIB T stosuje maleńkie krzemowe mostki tylko w miejscach połączeń między matrycami, tnąc koszty...
Research answer

Create a landscape editorial hero image for this Studio Global article: Search & fact-check with cited sources for What is the significance of Google's decision to use Intel's EMIB-T packaging instead of TSMC's C. Article summary: Google's EMIB-T bet is a vote of confidence in Intel's packaging at a moment when CoWoS capacity is strangled, and for very large die sizes (~10x reticle) EMIB-T offers genuine cost and scaling advantages. But Intel face. Topic tags: general, general web, user generated. Style: premium digital editorial illustration, source-backed research mood, clean composition, high detail, modern web publication hero. Use reference image context only for broad subject, composition, and topical grounding; do not copy the exact image. Avoid: logos, brand marks, copyrighted characters, real person likenesses, fake screenshots, UI text, readable text, watermarks, charts with fa
Decyzja Google o zastosowaniu pakowania Intel EMIB-T zamiast dominującego na rynku CoWoS tajwańskiego TSMC w układzie TPU nowej generacji (oznaczonym kryptonimem Humufish, dawniej TPUv8e) to jeden z najbardziej znaczących zwrotów w obecnym łańcuchu dostaw układów AI. Z jednej strony to wyraz zaufania do technologii Intela, z drugiej – zakład o wysoką stawkę, który może na nowo zdefiniować rynek zaawansowanego pakowania – jeśli tylko Intel zdoła pokonać stromą krzywą wydajności i niewygodną ironię związaną z własnym flagowym procesorem.
Głównym powodem zmiany jest prosty fakt: pojemności CoWoS TSMC po prostu brakuje dla wszystkich. Gwałtowny popyt na układy AI mocno ograniczył wydajność CoWoS, a EMIB Intela jest obecnie jedyną wiarygodną alternatywą na masową skalę dla akceleratorów AI . EMIB-T jest opisywany jako oferujący „większą wszechstronność oraz bardziej skalowalne i tańsze projekty w porównaniu z podejściem CoWoS 2.5D”
.
W przypadku Humufish główna matryca obliczeniowa będzie produkowana przez Google we własnym zakresie, podczas gdy MediaTek odpowiada za projekt zaplecza. Układ ma trafić na rynek w drugiej połowie 2027 roku . Aletheia Capital szacuje powierzchnię matrycy Humufish na 9–10-krotność rozmiaru reticle (tzw. reticle size), a podłoże na około 13 700 mm² (16x reticle), co czyni go zbyt dużym i drogim dla CoWoS – EMIB-T jest domyślną technologią pakowania, a CoPoS stanowi opcję zapasową
.
Krótko mówiąc, Google potrzebował rozwiązania pakowania, które umożliwi tworzenie megapakietów, co przy tak dużych rozmiarach matrycy byłoby ekonomicznie nieopłacalne dla CoWoS. EMIB-T jest odpowiedzią.
Różnica architektoniczna między EMIB-T a CoWoS jest fundamentalna. CoWoS umieszcza każdą matrycę na dużym krzemowym interposerze rozciągającym się na cały pakiet – to kosztowna płyta, która marnuje krzem na brzegach w miarę wzrostu pakietów . EMIB natomiast zatapia maleńkie krzemowe mostki w organicznym podłożu tylko w miejscach połączeń matryc, resztę podłoża pozostawiając jako tani materiał organiczny
.
Różnicę często opisuje się jako sieć autostrad w skali miasta (CoWoS) w porównaniu z mostem na rzece (EMIB) . Dla matrycy Humufish o rozmiarze ~10x reticle ta przewaga kosztowa i skalowalności ma decydujące znaczenie.
Google złożyło u Intela zamówienie na ponad 3 miliony układów TPU w 2028 roku, co potwierdziło The Information, powołując się na cztery źródła . Analitycy branżowi sugerują, że chodzi przede wszystkim o zaawansowane usługi pakowania, ponieważ własne procesy produkcyjne Intela nie są konkurencyjne wobec TSMC w zakresie najbardziej zaawansowanej logiki
.
Jednak cel dotyczący wolumenu produkcji zderza się z rzeczywistością produkcyjną: EMIB-T Intela osiągnął około 90% wydajności w walidacji technologicznej dla projektu Humufish . Analityk Ming-Chi Kuo twierdzi, że to pozytywny sygnał, biorąc pod uwagę historię produkcji EMIB w Intelu, ale punktem odniesienia jest wydajność montażu FCBGA, która w branży wynosi 98%+
. Kuo wyraźnie ostrzega, że wspinaczka z 90% do 98% może być „trudniejsza niż przejście z 0% do 90%”
.
Dla porównania, TSMC celuje w 98% wydajności produkcyjnej dla swojego CoWoS w rozmiarze 5,5 reticle w 2026 roku – znacznie wyższy poziom bazowy . Ta luka wydajnościowa oznacza, że Intel musi rozwiązać niezwykle trudny problem wdrożenia produkcyjnego, aby wolumen 3 milionów sztuk był ekonomicznie opłacalny. Każdy punkt procentowy utraty wydajności w przypadku drogiego akceleratora AI kosztującego setki lub tysiące dolarów przekłada się bezpośrednio na dziesiątki milionów utraconych przychodów.
Intel rozbudowuje swój kompleks zaawansowanego pakowania Project Pelican w Malezji, który ma rozpocząć działalność w 2026 roku . Mimo to osiągnięcie wielomilionowej produkcji z wysoką wydajnością dla jednego klienta w nowym wariancie technologicznym (EMIB-T) byłoby bezprecedensowe dla usług pakowania Intela.
Być może najbardziej kłopotliwym elementem zakładu Google na EMIB-T jest to: nadchodzący procesor Intel Xeon Diamond Rapids nie będzie korzystał z EMIB. Według SemiAnalysis (za pośrednictwem LinkedIn), „Intel rezygnuje z EMIB na rzecz UCIe w Diamond Rapids… Diamond Rapids prawdopodobnie użyje UCIe przez podłoże jako łącza między matrycami o dużym zasięgu” . Intel zaprezentował połączenie UCIe między matrycami na konferencji ISSCC
.
Tworzy to ostrą ironię: Intel sprzedaje EMIB-T Google jako swojego kluczowego klienta zewnętrznego, a jednocześnie rezygnuje z niego we własnym flagowym procesorze serwerowym. Uzasadnienie jest takie, że w przypadku mniej więcej monolitycznych chipletów CPU, UCIe na standardowym podłożu oferuje wystarczającą przepustowość przy niższym koszcie i złożoności – ale optyka jest niezręczna.
Intel właściwie prosi rynek, aby zaufał EMIB w przypadku 3-milionowego wolumenu TPU Google, podczas gdy jego własny zespół odpowiedzialny za flagowy produkt wybrał inny standard połączeń. Jak ujął to SemiAnalysis, „Intel ma »najlepszą« technologię pakowania – dla wszystkich oprócz samego Intela” .
Uwaga: Szczegóły dotyczące konstrukcji Diamond Rapids pochodzą z raportów analityków branżowych i postów na LinkedIn od SemiAnalysis, które są wiarygodne, ale nie stanowią oficjalnego potwierdzenia Intela .
Zakład Google na EMIB-T to wyraz zaufania do technologii pakowania Intela w momencie, gdy przepustowość CoWoS jest duszona, a dla bardzo dużych matryc (~10x reticle) EMIB-T oferuje realne zalety kosztowe i skalowalności. Jednak Intel stoi przed stromą wspinaczką wydajnościową (z 90% do 98%+) i koniecznością wdrożenia wielomilionowego wolumenu w technologii, której nigdy nie prowadził na taką skalę. Sprzeczność, jaką jest rezygnacja Diamond Rapids z EMIB, podkreśla, w jaki sposób Intel promuje tę technologię dla klientów zewnętrznych, jednocześnie migrując swój własny produkt o najwyższym wolumenie do innego standardu.
Studio Global AI
This page includes a source-backed answer you can continue inside Studio Global.
Układ Google Humufish (TPUv8e) o powierzchni 9–10x reticle wymaga pakowania EMIB T Intela, bo CoWoS TSMC jest zbyt drogie i ma ograniczoną przepustowość – ale Intel musi skoczyć z 90% wydajności do 98%+, aby obsłużyć...
Układ Google Humufish (TPUv8e) o powierzchni 9–10x reticle wymaga pakowania EMIB T Intela, bo CoWoS TSMC jest zbyt drogie i ma ograniczoną przepustowość – ale Intel musi skoczyć z 90% wydajności do 98%+, aby obsłużyć... EMIB T stosuje maleńkie krzemowe mostki tylko w miejscach połączeń między matrycami, tnąc koszty i umożliwiając większe pakiety niż CoWoS; analityk Ming Chi Kuo ostrzega, że przejście z 90% na 98% może być trudniejsze...
Intel sprzedaje EMIB T Google jako kluczowemu klientowi zewnętrznemu, a jednocześnie – według doniesień – rezygnuje z tej technologii we własnym serwerowym procesorze Diamond Rapids na rzecz UCIe, tworząc ironiczną sp...