To hádam myslíš len ako vtip....prípadne ako hodenú rukavicu pre diskusiu. Hádam si nemyslíš, že AMD sladko spí a Apple postaví CPU zo supravodiča pri izbovej teplote?

Zabaliť nie, ale ťažšie to mať bude

leaky sú
ZEN3+V cache +20%
ZEN4 +20%
ZEN5+40%

to je 2,016 násobok výkonu Zen5 oproti ZEN3

A Lion Cove ná ísť proti Zen5 a Zen6, takže to bude pre AMD ťažké, ale nie katastrofické, ako to opisujete Vy.

skvelyyyy :))
+1

Presne tak. A keď príde Intel s mega giga super čuper grafikami... Síce nikto nevie kedy, ale príde.

A není to málo, Antone Pavloviči?

Tak u Intelu není mezi novým a deset let starým procesorem zase tak dramatický rozdíl. :D

A šestijádra do LGA1151 nezačal dělat před deseti lety. Pochybuju, že pán měl nějakou HEDT (a jestli jo, tak je to jeho blbost :D).

ano, zatím to má spíše hodnotu JPP ;-)

IMHO dle toho co jsem měl možnost si přečíst Keller hlavně pracoval u Intelu na tom jak efektivně přetransformovat návrhy původně monolitických die na menší části "dlaždice"

jeho vlastní slova:

“I got told I was the senior vice president - it's evaluation, set direction, make judgment calls, or let’s say try some organizational change, or people change. That adds up after a while. Know that the key thing about getting somewhere is to know where you are going, and then put an organization in place that knows how to do that - that takes a lot of work. So I didn't write much code, but I did send a lot of text messages.”
" I spent most of my time working with the team about both organizational and methodology transformation, like new CAD tools, new methodologies, new ways to build chips. A couple of years before I joined, they started what's called the SoC IP view of building chips, versus Intel's historic monolithic view. That to be honest wasn't going well, because they took the monolithic chips, they took the great client and server parts, and simply broke it into pieces. You can't just break it into pieces - you have to actually rebuild those pieces and some of the methodology goes with it."

viz: https://www.anandtech.com/show/16762/an-anandtech-interview-with-jim-kel...

PS: lidi mají tendenci přisuzovat Kellerovi kde co, třeba že sám navrhnul ZEN :-D

"Architecturally, I had a pretty good idea what I wanted to build and why. I found people inside the company, such as Mike Clark, Leslie Barnes, Jay Fleischman, and others. There are quite a few really great people that once we describe what we wanted to do, they were like, ‘yeah, we want to do that’. Architecturally, I had some input. There was often decisions and analysis, and people have different opinions, so I was fairly hands-on doing that. But I wasn't doing block diagrams or writing RTL. We had multiple projects going on - there was Zen, there was the Arm cousin of that, the follow-on, and some new SoC methodology. But we did more than just CPU design - we did methodology design, IP refactoring, very large organizational changes. I was hands-on top to bottom with all that stuff, so it makes sense."

Plocha čipu a rozsah optimální frekvence jsou víceméně dané. Se zmenšováním tranzistorů teď už moc neklesá plocha čipu, jen se snižuje spotřeba. Částečně to "řeší" zvyšující se ceny čipů (díky větší efektivitě výroby lze vyrábět větší čipy, ale výrobci si za ně nechají taky zaplatit - nicméně spousta zákazníků ty peníze dá - pamatujete ještě doby, kdy highend telefon stál pod $1000 a GPU pod $2000 ?). U CPU je naštěstí ještě rezerva v architektuře (spousta výkonu na počet tranzistorů lze řešit změnou architektury - ale týká se jen udržovaných aplikací, tedy těch, které se naportují - ty staré pojedou pomalu v emulaci). U GPU, pokud nám jde o výpočty, lze nabrat výkon návrhem pro konkrétní podmnožinu úloh (např. speciální datové typy pro neuronové sítě).

EDIT: Koukám, že původní tazatel neřešil celkovou plochu čipu, ale výkon na jádro. Aby výkon celého čipu byl co největší, je třeba najít optimum jednoho jádra ohledně výkon/plocha. Výsledkem je jádro, které je o víc menší, než o kolik je pomalejší. Pokud chcete co největší ST výkon, tak potřebujete monstrozity jako v počtu dekódovaných instrukcí za cykl*, velikosti out-of-order bufferu a velikosti cache. Takové čipy si může dovolit jen výrobce, který si bere z produktu tučnou marži.

*) Tady je v x86 konečná. Bez změny architektury se nepohnete.