Lassan tényleg elérik a cpu-ban a magok száma egy megtermett dinnyében lévővel... 
Amúgy brutális...
"Ha egyedülállóval találkozunk, mindegy, mit mond, de biztos, hogy nem azért van egyedül, mert élvezi a magányt, hanem mert már megpróbált beilleszkedni a világba, de az emberek újra meg újra kiábrándítják."
Nekem elég lenne ebből egy chiplet is, nyomott áron... 
Mikor jönnek az 5ghz-re húzható 4 magos chipek 60 dolcsiért?
Ha Desktopon / Ryzenben (pletyka!) tényleg 2 ilyen chiplet lesz (Threadripperben meg 4??), és tegyük fel jóárasítva, gyári hibás Chipletekkel szerelt cumót veszünk, szóval minden CCX-ben legyen letiltva 1-1 mag... Az 2 chiplet, 4 CCX, az aszongya hogy 12 mag / 32 szál, várhatóan nem nagyon drágán, mivel (jelenlegi nevezéktanból kiindulva) ez mindössze csak a Ryzen 3600(X) lenne...
Túl szép, hogy igaz legyen?... 
Szerk.: Abu amúgy ez a nagy modularitás nem fog a késleltetések rovására menni?...
[ Szerkesztve ]
Turenkarn
A TR-ben 4-8 aktív chiplet lehet szvsz, csak nem 8, hanem 4 DDR4 memória csatornával.
Mi az? 3 lába van mégsem tranzisztor? - ??? - Traffipax...
Úgy látom, eddig nekem volt igazam. 
Továbbra is tartom, hogy a mainstream desktop Ryzen 3 egy darab chipletből fog állni, a szokásos max. 8 maggal. Mellette szerintem lesz drága (>$500) Ryzen 3 két chiplettel, max. 16 maggal.
" 12 mag / 32 szál" 
(#9) Meteorhead
Jaja, a This Week In HPC podcast 249. részében is ("AMD Throws Down EPYC Challenge to Intel; A Look Ahead to SC18") tárgyalják a témát. Nagyon durván hangzik minden részlete. SZVSZ a sikere azon fog múlni, hogy a chipletek alatti interposer réteget mennyire tudják megbízhatóan gyártani. A korai Vega ellátás is ezen csúszott el, hogy HBM még ha készül is (amiből szintén kevés volt), az interposerre ültetés kihozatali aránya nem volt fényes és sok volt a selejt, aminek következtében a lapkát és a memóriát is kukázni kellett. Azóta sok szilícium lefolyt már a Dunán, hátha fejlődtek és nem fog az ára emiatt elszállni.
ez a 12 mag / 32 szal hogy jott ki ?
ujraszamolast kovetelek
Első AMD-m - a 65-ös - a seregben volt...
Miért nem 6Ghz 6 mag + Ht az is csak 50 et érne meg...
Elvárásokat lehet támasztani mint a VR szemüvegnél: legyen olyan képe mint a valóság vagy jobb, legyen olyan könnyű hogy észre se vegyem, legyen vezeték nélküli, legyen hozzá a start napján több száz játék, és persze ha 100$ nál több akkor meg sem éri.
Nem azt kell nézni hogy te mitől csöppennél el és éppen mennyi pénz van a zsebedben. A dolgok nem így mennek.
Ők kiadják ami épp a legjobb amit csinálni tudnak te meg eldöntöd, hogy megveszed vagy sem. Csak azért hatalmas elvárásokat támasztani velük szemben hogy akkor az intel proci amit amúgy venni akarsz olcsóbb lesz.. Ha fan vagy legyél igazi fan és vedd meg 120$ i3 mat is ha épp ennyi az ára ne a másikra mutogass hogy azért ilyen drága mert az nem konkurens...
[ Szerkesztve ]
Az Epyc eddig sem interposer-en volt hanem pcb-n.
>Ezekhez mikor jon ki az uj chipset?
Az új alaplapokkal (+PCIe gen 4.0 ) ?
Talán 2019.Q3 Képek már vannak róla, és addig még sok minden változhat.
A 2019-es CES-en lesz várhatóan bővebb infó.
De addig is a mostani EPYC alaplapokba be lehet tenni, hogyha a proci korábban kijönne.
AMD Rome Motherboard Pictured, Arrives In Q3 2019
". According to a motherboard vendor that displayed a new motherboard designed to support the Rome processors and PCIe 4.0, the first wave of fully-compatible Rome motherboards will arrive in Q3 2019, likely signalling the beginning of shipments for the Rome chips."
https://www.tomshardware.com/news/amd-rome-motherboard-epyc-cpu,38071.html
Mottó: "A verseny jó!"
Hát pont úgy ahogy írtam:
a pletyka szerint a Ryzen-en 2 chiplet lesz. 1 chipletben 2 ccx van. 1 ccx-ben pedig továbbra is 4 mag. Tehát 2x2x4, azaz 16 mag lenne a csúcs, de mint ahogy írtam nézzük a középkategóriát, tegyük fel hogy "selejtet" veszünk aminek minden CCX-ében le van tiltva 1-1 mag. A 2600-al párhuzamot vonva így jött ki az, hogy a majdani 3600-ban, a (szintén) 3 magos CCX-ekkel 12 mag kéne hogy legyen... ami sok, pláne középkategóriában.
Szerk.:
jaaa hogy a 32 szállal van baj? Az f el se tűnt, biztos ott gondolatban még a fullos chipnél jártam a 16 magjával...
[ Szerkesztve ]
Turenkarn
MIért is? Továbbra is csak I/O nélküli chipleteket láttunk...
Eladó Samsung Galaxy S24 Ultra 512GB titánlila - 3 év gyártói garancia - extrákkal
Csak azért hatalmas elvárásokat támasztani velük szemben hogy akkor az intel proci amit amúgy venni akarsz olcsóbb lesz - ez így honnan is jött?
Amúgy meg biztos vagyok benne hogy 3-4 éven belül, de valószinű előbb is jön ilyen, még ha mondjuk nem is 5ghz hanem 4.5, meg mondjuk közelebb lesz a 100usd-hez mint a 60-hoz.
Persze amit mondsz, az is elképzelhető hogy akkor meg már majd 6 vagy 8 magost akar az ember.
Bocs nem személyes akart lenni csak sokszor olvasok hasonlót: hogy ha nem tudja ezt meg azt arpirítóan alacsony áron akkor inkább ki se hozzák.
Remélem nincs harag.
már rég itt vannak lunk csak áron kell kicsit dolgozni
[ Szerkesztve ]
Johnny Mnemonic 2021:320gb-t töltött az agyába és majdnem meghalt, inkább pendrive a s?ggébe!
Akkor hogy tisztázzam magam, kis lapkát szeretnék zen2/3 alapon magas órajelekkel.
Mint ismeretes ilyenjük még nem volt a 200GE, 2200-2400GE is ugyanakkora szilikon mint a 2700X, csak a felét az igp teszi ki, valamint a 200GE-ben magok és IGP stream processzorok lettek letiltva.
Hogy terveznek e kisebb lapkákat chipletekre alapozva, és hogy az alsó szegmensben mikor lesz 7nm-es chipje amd-nek(és lesz-e igp nélküli, nem megnyirbált pci-e csatornaszám), ez a jövő titka - csak hangosan elmélkedtem...
256 MB L3 cache.
Csak ennyi? 
640 KB mindenre elég. - Steve Jobs
Meg ott lesz 512MiB L4. 
"640 KB mindenre elég. - Steve Jobs"
Ezt inkább BG-nek tulajdonítják, bár valójában ő sem mondott ilyet.
>256 MB L3 cache.
>Csak ennyi?
Már ez is dupla annyi (magonként) mint az EPYC 1-nél.
Ott a 32magosnál volt 64Mb
AMD EPYC™ 7601 : # of CPU Cores 32 : Total L3 Cache 64MB ( 8x 8MB )
most meg a 64 magosnál 256
mostani gen:
AMD EPYC 7601 32-Core Processor (4N 32C 64T 2.7GHz/3.2GHz, 1.33GHz IMC, 32x 512kB L2, 8x 8MB L3)
következő gen:
AMD Eng Sample: 2S1404E2VJUG5_20/14_N (64C 1.4GHz, 800MHz IMC, 64x 512kB L2, 16x 16MB L3)
Mottó: "A verseny jó!"
Szarkazmus volt, nagyon jól hangzik. 
Ez egyébként azt is jelenti hogy az L3 cache-ek közötti adatátkérések száma, ha nem is feleződni fog, de jelentősen csökkenni fog, mert már több olyan adat fér el benne, amire szükség lesz.
(#22) szintén /s
[ Szerkesztve ]
640 KB mindenre elég. - Steve Jobs
Én már azt várom, hogy ezt mikor teszik bele egy laptopba, mondjuk 256 GB RAM társaságában.
Remélem lesz majd hozzá gőzforraló kiegészítő is.
Azért mert a kacsa nem tud úszni, még nem a víz a hülye.
Maximum a kupakot rögzítő anyag van szilikonból ezekben a procikban.
Ebbe a szilikon vs. szilícium dologba nagyon szeret mindenki belefutni.
Alcohol & calculus don't mix. Never drink & derive.
silicone vs. silicon
"Majdnem 300MB"
Ami 256MB. Minek kerekíteni felfele, ha a címben ez (nekem legalábbis) többet mondott volna, hogy 256MB cache.
Amúgy nagyon durva cucc!
Szerk: közben leesett, hogy a 64x512Kbyte valójában 32MB-re rúg, a kettő együtt meg 288MB, amire már belefér ez a kerekítés
[ Szerkesztve ]
Már nem elérhető az eredmény. Lehet, hogy nem is volt valós?
Ez egy PALACSINTA!
...A teknős ezután pszichoanalitikusként kezeli az identitászavaros krokodilt...
Ebből az látszik, hogy egy CPU chipleten belül két CCX-re vannak bontva a magok, egy CCX pedig négyet tartalmaz.
Ez nem hangzik valami jól, mert így a ZEN2 továbbviszi azokat a gyengeségeket amelyekkel a ZEN/ZEN+ jött és emiatt az eddig problémás helyzetekben (kevés szálas, IO intenzív kód) borítékolhatóan nem lesz jobb mint a konkurencia. Ott fog továbbfejlődni, ahol eddig is jó volt...
Első körben szvsz a nagy gyengeségek befoltozásának kellett volna prioritást adni, oda pedig jól jött volna a 8 magos CCX közös L3-mal. Érdemes lett volna odaírni, hogy 16x16MB L3 =/= 1x 256MB L3-mal (persze ilyen senkinek sem lesz)
Szerintem te még a Monolitikus chipeket szeretnél látni ( közös cache-el ) - de már nem ez a trend az AMD-nél.
>Első körben szvsz a nagy gyengeségek befoltozásának kellett volna prioritást adni,
Szerintem ez történt.
- Infinity Fabric-ot csiszolgatták ( second generation IF )
- AVX2 -öt duplázták
- "Optimized IO die improves latency and power"
- Security
"
Zen 2
- World's first 7nm High Perf x86 CPU
- CPU Core Execution Enhancements
- 2nd Gen IF
- More Security Elements
- Modular Design
- Improved pipeline, DOuble loading point and load store
- Doubled core density
- Half energy per operation
- Improved branch predictor
- Better instruction pre-fetching
- Re-optimized instruction cache
- Larger op-cache
- FP with to 256-bit
- Doubled load/store bandwidth
- Increased dispatch/retire
- Maintained high throughput modes
- Security
- Memory Encryption with Increased Flexibility
- Hardware enhanced spectre mitigations
- Zen introduced a multi-chip approach
- Enabled configurability, increased peak compute
- Zen 2 Each IP is its optimal technology
- 14nm IO die
- 7nm CPU chiplets
- Optimized IO die improves latency and power
- Revolutionary new approach
"
>oda pedig jól jött volna a 8 magos CCX közös L3-mal.
Szerintem nem az volt az igazi szűk keresztmetszet, ami visszafogta a teljesítményt,
hanem az első generációs Infinity Fabric - és ezt most jelentősen átdolgozták.
Persze a ZEN2-eseknek máshol lesz már a szűk keresztmetszete.
Az igazi teszteknél majd megtudjuk a valóságot - de szerintem igéretes lesz a ZEN2
[ Szerkesztve ]
Mottó: "A verseny jó!"
Hmm... Igen, már az eredeti Zen sem maradt el sokkal inteltől, és igazából ez a modularitás az ami igazi aduász az amd kezében, logikus hogy erre fekszenek rá.
Nem feltétlenül nyereség ha kétszer annyi mag osztozik egy dupla méretű L3-on.
Mindkét tényező ( magok száma, méret ) hátrányosan befolyásolja a késleltetést.
Persze így megmarad az a tulajdonság, hogy az adott chipleten belül sem egyforma sebességgel férnek hozzá egymás adataihoz a különböző magok. Lehet hogy ez furcsa, de nem "gyengeség". Pl. több foglalatos rendszerek esetében is hasonló a helyzet. Fura, de ez van.
[ Szerkesztve ]
Nem azt mondtam, hogy ne legyen moduláris, hanem hogy ahol masszív szűk keresztmetszet van, ott iktassák ki a szűk keresztmetszetet.
Az, hogy 4x mag / CCX az szerintem egy masszív szűk keresztmetszetet teremt ami érezhető mind asztali mind szerver fronton. Én azt vártam, hogy a 14+ =>7nm váltással sikerül 8CPU magot egyetlen, közös L3-mal összekötött egységgé fogni.
>Az, hogy 4x mag / CCX az szerintem egy masszív szűk keresztmetszetet teremt
> ami érezhető mind asztali mind szerver fronton.
mivel nincsenek még független ZEN2-es tesztek,
vagy ami infó van - az jelentős IPC növekedésről szól
emiatt az "érezhető szűk keresztmetszet" egészen máshol lesz mint ahol bárki várná - főleg az ZEN1 alapján spekulálva.
Ha az I/O die-ban valóban lesz egy böszme nagy L4-es cache, akkor csak picit fogod érezni a különbséget.
Valamint az L3 cache is a duplája lesz.
Szerver és HPC fronton a szűk keresztmetszet az Infinity Fabric volt.
Valamint valószínüleg 8 magos ccx-et tervezni most nem fért bele az időbe.
egy 4 magos CCX-nek megvan az az előnye, hogy
- ZEN2-es(7nm) Athlon procikat (max 4 mag )
- olcsó notebook APU-kat
- olcsó konzol chipeket ( semi custom )
lehet belőle összelegózni.
Ha igazán jól (skálázhatóak ) az Infinity Fabrik(v2) -
akkor oly mindegy , hogy 4core-os ccx -ből vagy 8core-os ccx-ből van összelegózva.
az Infinity Fabrik(v1) -nek a skálázhatóság volt a fő baja, a ccx-ek keresztbe-kasul kommunikáltak.
Hiába cseréled led a 4 magos ccx-et -> 8magos ccx-re , a skálázhatósági probléma ugyanúgy fenmarad.
Nézd meg dupla annyi magot javasolsz - ugyanakkora adatkapcsolatra ?
Nekem úgy tünik - hogy még rosszabb lesz az eredmény.
Nem a ccx-ekkel van a gond, hanem az összeköttetésekkel. A masszív szűk keresztmetszet - a kapcsolatokban van.
bővebben:
https://fuse.wikichip.org/news/1064/isscc-2018-amds-zeppelin-multi-chip-routing-and-packaging/
Mottó: "A verseny jó!"
Szerver és HPC fronton a szűk keresztmetszet az Infinity Fabric volt.
Valamint valószínüleg 8 magos ccx-et tervezni most nem fért bele az időbe.
...
az Infinity Fabrik(v1) -nek a skálázhatóság volt a fő baja, a ccx-ek keresztbe-kasul kommunikáltak.
Hiába cseréled led a 4 magos ccx-et -> 8magos ccx-re , a skálázhatósági probléma ugyanúgy fenmarad.
Ezzel tisztában vagyok. És minél több mag van egy CCX-ben, annál kevesebb CCX kell ahhoz, hogy ugyanannyi magos CPU-t összehozz, legyen az 8-16-32-64, tökmind1, tehát kevesebb CCX<->IF kapcsolatod is lesz. Azzal, hogy most gyorsabbá teszik az IF-et, nyilván nagyot csökkentenek az IF által jelentett szűk keresztmetszeten, de az attól még ott lesz, mert egy közös L3 még mindig gyorsabb mint az IF.
Manapság nem nehét olyan alkalmazásba belefutni, ami igényli az alacsony mag<->mag késleltetést és tud 4 fölötti maggal mit kezdeni.
Nem azt mondom, hogy monolitikusan kéne 64 magot legyártani, de szerintem 7nm-en úgy hogy még az IO sincsen benne a chipletben illett volna legalább azt a nyolc magot közös alacsony késleltetésű L3-mal megcsinálni.
egy 4 magos CCX-nek megvan az az előnye, hogy
- ZEN2-es(7nm) Athlon procikat (max 4 mag )
- olcsó notebook APU-kat
- olcsó konzol chipeket ( semi custom )
lehet belőle összelegózni.
Ez nagyon szép, de ezekből nincsen pénz:
-(1) ZEN-alapú konzol majd egyszer valamikor lesz, oda ráadásul jó lehet a félig selejt is (ami csak alacsony órajelen megy). Konzol chipen nincs sok nyereség.
-(2) ZEN2 Athlon még jó darabig biztosan nem lesz. A ZEN2 kapacitást szerintem nagyon sokáig teljes mértékben fel fogja szívni a szerver és a mainstream desktop teteje-közepe.
-(3) notebook APU: utolsó dolog ami miatt az AMD fejének főnie kell. Jelenleg itt még nem rúg labdába az AMD.
Ezzel szemben szerverben és főleg deszktopon most is van pénz és kell a minél versenyképesebb termék.
Ha igazán jól (skálázhatóak ) az Infinity Fabrik(v2) -
akkor oly mindegy , hogy 4core-os ccx -ből vagy 8core-os ccx-ből van összelegózva.
Az L3$ így is-úgy is sokkal gyorsabb lesz, ez pedig pld játékokban meg fog látszani. Gondolom Web és adatbázis szervereken is...
[ Szerkesztve ]
Januárban megtudjuk - az biztos, hogy más elképzeléseink vannak a szűk keresztmetszetről.
Ez nem baj.
összefoglalva az álláspontom:
---------------------
A 4magos ccx -> 8magos ccx-re való cseréből csak a programok egy része profitál, ott is akkor ha belefér az L3 cache-be, ha nem fér bele, akkor gáz .. és azt se növelheted a végtelenségig.
viszont abból, hogy az I/O die segítségével jobb latency-t és bandwidth -et igérnek, abból minden program profitál és mellette még skálázható is.
Valamint a ccx-ek mostani felépítésének megtartását az egyre jobb (szoftveres) ZEN1-es optimalizáció is elősegiti. Mind a windows mind a linux egyre jobban tudja kezelni a ZEN1 architektúriát.
A ZEN1 -nek a " latency + bandwidth." volt a szűk keresztmetszete. és ezen javítottak rengeteget!
persze ez csak az igéret. majd meglátjuk a tesztekben.
""
C: With all the memory controllers on the IO die we now have a unified memory design such that the latency from all cores to memory is more consistent?
MP: That’s a nice design – I commented on improved latency and bandwidth. Our chiplet architecture is a key enablement of those improvements.
"The architecture with the central IO chip provides a more uniform latency and it is more predictable."
------
persze nem biztos, hogy jól látom.
De szerintem ezt a témát az AMD mérnökei eléggé kielemezték. és nem véletlen, hogy ezt az arhitektúrát alakították ki.
Nem hiszem, hogy azért választották ezt az architektúrát, hogy lassabb legyen a ZEN2.
------
Mottó: "A verseny jó!"
Nekem nem a CCX- koncepcióval magával van gondom, nem is azzal, hogy a skálázódást kisebb egységek összedrótozásával illetve külön IO-chippel oldják meg, hanem azzal, hogy ezek _mellett_ a 4mag/CCX dologhoz nem nyúltak és nem bővítették. (6 vagy 8 mag per CCX)
Az, hogy ez jelenleg a ZEN/ZEN+ esetén bizonyos alkalmazásokban visszafogja a teljesítményt az nem kérdés. A ZEN2 IF-je ezen biztosan javítani fog, majd meglátjuk mennyit, illetve az is, hogy ezek után mekkora lesz a ZEN2- erősen IO-/mem- intenzív threadekben mutatott produkciójának az elmaradása attól amit a magok nyers ereje és órajele alapján várnánk. Remélem ez százalékban kifejezve lényegesen kisebb teljesítményveszteséget fog jelenteni a kérdéses applikációkban, mint most a ZEN+ esetén.
De szerintem ezt a témát az AMD mérnökei eléggé kielemezték. és nem véletlen, hogy ezt az arhitektúrát alakították ki. Nem hiszem, hogy azért választották ezt az architektúrát, hogy lassabb legyen a ZEN2.
Ez nem érv semmire. Az intel mérnökei és marketingesei is sokmindent kielemeztek mostanában ugyanúgy ahogyan mégelőtte az AMD emberei a Bulldózert...
Kétség ne férjen hozzá, a CCX-en belüli kommunikációhoz is tranzisztorok kellenek. Részben valószínűleg ezért is maradtak a 2*4-es felosztásnál, mert ez egy hatékony csoportosítás. A belső magok 8-ra emelése valószínűleg nem csak duplázta volna, hanem még tovább hízlalta volna a szükséges összeköttetéseket.
A méretnövekedés pedig megakadályozott volna elég sok mindent. Alacsonyabb órajelek, nagyobb lapkaméret, több defekt, és ezzel akár egy ilyen 64 magos Epyc összerakása is megkérdőjelezhetővé válna.
640 KB mindenre elég. - Steve Jobs
>Nekem nem a CCX- koncepcióval magával van gondom, ...
> hanem azzal, hogy ezek _mellett_ a 4mag/CCX dologhoz nem nyúltak
> és nem bővítették. (6 vagy 8 mag per CCX)
Ha én elkezdem analizálni a problémát ( Root cause analysis ) akkor rákérdezek
Q: miért is gyorsabb a monolitikus design ( több mag összedrótózava ) mint a ccx/chipletes?
A: " latency + bandwidth."
Q: Hogyan lehet ( " latency + bandwidth.") -en javítani ?
A: Több féleképp.
A1: picivel több magszám: (6vagy8) - de ez nem skálázható - csak részben oldja meg a problémát
A2: picivel több programszál (thread) hasonló mint az A1.
A3: I/O Die , Áttervezett Infinity Fabric ( skálázható megoldás ) Főleg mivel a GPU kapcsolatot is megoldja.
Szóval akkor az A3 -re kell tenni most a fókuszt mert az a szűk keresztmetszet. Ha ezt áttervezzük, akkor mindenhol érzékelhető teljesítménynövekedést kapunk.
Megoldja az APU ( " latency + bandwidth.") ( CPU - GPU kapcsolódási ) problémát.
De mi legyen majd a ZEN3 -ban és a ZEN4 -ben?
Ha a ChipHell -es legújabb infó igaz, akkor
Zen 3: SMT4
Zen 4: AVX512
az SMT4 - 4 szállat jelent. Az IBM Power most SMT8-nál tart.
( "POWER8 provides eight SMT hardware threads/core (or SMT8)" )
Vagyis ha igazak a pletykák, akkor az AMD a több szállas utat ( is ) választotta
Persze ettől még lehet másik ccx-e is az AMD-nek. ( volt erről pletyka , hogy kétféle ccx-lesz )
mindenesetre valami ok miatt az EPYC2 -ben ilyen várható.
De az is lehet, hogy a program rosszul olvasta ki az L3-as cache-t , volt ilyen tipp is.
Vagyis nem lehet tudni semmi biztosat.
A teljesítményre meg végképp nem lehet következtetni azon kivül, amit az AMD eddig is megadott IPC ügyben.
[ Szerkesztve ]
Mottó: "A verseny jó!"
"belső magok 8-ra emelése valószínűleg nem csak duplázta volna, hanem még tovább hízlalta volna a szükséges összeköttetéseket."
a 4-es ccx-nel hogy minden mag ossze legyen linkelve, magonkent kell 3 if, a halo ossz 6 kapcsolatot tartalmaz. nyolcas ccx = 7 if/mag, a halo 28 osszekotesre hizik.
ez azert elvitte volna a 14 -> 7nm valtassal beepitheto plusz tranzisztorok zomet.
Első AMD-m - a 65-ös - a seregben volt...
Igen, erre gondoltam. Köszi a kiegészítést.
640 KB mindenre elég. - Steve Jobs
azert egeszitsuk ki a szamolast, 2x4 azaz 8 mag => 2x6 = 12 link + a ccxek kozotti kapocs, de meg igy is csak a 8-as ccx megoldas felenel jarunk.
[ Szerkesztve ]
Első AMD-m - a 65-ös - a seregben volt...
Az intel 14nm-en hatékonyan le tud gyártani mainstream vonalra 6-8 magos procikat CCX-es trükközés nélkül. Ha 14nm-en már most -és már jó ideje- le lehet ezeket költséghatékonyan gyártani, akkor nekem nehéz elhinni, hogy 7nm-en ne lehetne egy 6 vagy 8 magos CCX-et egyben legyártani illetve hogy kezelhetetlenül megdobná a tranzisztor mennyiséget.
A méretnövekedés pedig megakadályozott volna elég sok mindent. Alacsonyabb órajelek, nagyobb lapkaméret, több defekt, és ezzel akár egy ilyen 64 magos Epyc összerakása is megkérdőjelezhetővé válna.
Talán az AMD nem engedheti meg magának hogy legyen egy 8, egy 18, meg egy 28 magos dizájnja is?
Vagy csak jobban megéri nekik megcsinálni egy dizájnt ami aztán jó a 4, 6, 8, 12, 16, 24, 32, 48, 64 magra is?
Szerintem a CCX-en belüli magok a koherens L3-on keresztül látják egymást, így nincs köztük semmiféle link aminek a száma exponenciálisan növekedne a magok számával. Az L3 cache vezérlő bonyolultsága ugyan növekszik, de csak lineárisan. Persze az L3 vezérlő bonyolultságával együtt növekszik valamelyest a gyorsítótár késleltetése is.
Köszönöm az okos hozzászólást!
Mert melyik része nem igaz? Téglából is lehetne akkorát gyártani, hogy 2-3 elég legyen egy egész falhoz. Max a kemencébe rakott példányoknak jó esetben a 5-10%-a lenne használható, és ami jó sem használható annyira hatékonyan, rugalmasan. Vannak előnyei a monolitikus chipeknek is, de legalább annyi hátrányuk is, ha nem több. A gyárthatóság egyre nagyobb probléma lesz, elvégre az egyre kisebb csikszélességek egyre drágábbak, tehát a rossz kihozatal egyre nagyobb veszteséget jelent. Nem véletlen, hogy a nagyobb szerverprociknál az intel is MCM-et használ inkább megint. Egy akkora monollitikus CPU csak nagyon alacsony kihozatallal lenne gyártható. Még szerverpiaci árréssel számolva sem érné meg.
