- OLED TV topic
- Sony MILC fényképezőgépcsalád
- Kormányok / autós szimulátorok topikja
- Milyen belső merevlemezt vegyek?
- Milyen TV-t vegyek?
- NVIDIA GeForce RTX 5080 / 5090 (GB203 / 202)
- Fujifilm X
- Hobby elektronika
- AI-ra, játékra, mindenre kiváló lehet a Gigabyte új PC-je
- HiFi műszaki szemmel - sztereó hangrendszerek
Új hozzászólás Aktív témák
-
-
S_x96x_S
addikt
-
S_x96x_S
addikt
Linux 5.16 Has A Nice Performance Gift For AMD Ryzen Laptops With Radeon Graphics
- Ryzen 7 PRO 5850U benchmarking with the Lenovo ThinkPad T14s Gen2
- Linux 5.16 is expected to be released as stable on 9 January.-------
https://www.phoronix.com/scan.php?page=article&item=linux-516-vega&num=1
-
S_x96x_S
addikt
"AMD Ryzen 9 6900HX 6nm Zen3+ APU to feature “Radeon 680M” Navi2 iGPU"
https://videocardz.com/newz/amd-ryzen-9-6900hx-6nm-zen3-apu-to-feature-radeon-680m-navi2-igpu
-
S_x96x_S
addikt
> Mindezt 12LP node-on gyártott termékekre?
azért nem olyan egyszerű ez.
1.)
pl. a beágyazott/OEM pianak hosszú távú támogatás kell.
Es vajon meddig lehet megrendelni az zen1-es R1000-es szériát?
2029-ig!
AMD Ryzen™ Embedded R-series Processors
Last Time Buy: 2029
https://www.amd.com/en/product/11221
https://www.amd.com/en/products/embedded-ryzen-r1000-seriesAz V-Series V2000 with Radeon™ Graphics -
2030-ig lehet rendelni. (ZEN2 alapon)
https://www.amd.com/en/products/specifications/embedded/19146és ezek az nagyrészt ipari gépekbe kerülenk
amelyek pl. 6W-on futnak.
https://linuxgizmos.com/ubuntu-certified-system-runs-on-amd-r1000-as-low-as-6w/2.)
A jövő megjósolhatatlan
minden változik ..
és az Intel is majdnem megvette a GF-ot ... ha nincsenek lefektetett feltételek, akkor akár az Intel dupla árat is számíthatott volna az AMD-nek.de
Most a GF valószínüleg tőzsdére megy (IPO);
és mindkét félnek érdeke,
hogy a következő pár év üzleti keretrendszerét lefixálják.A chiphiány még eltart 1-2 évig ..
és az ügyfelek óvatosabban ugrálnak az új technológiák felé.3.)
és plusz amit ti felsoroltatok
- AMD Monet: Zen3 on 12nm node
- GPU ..és szerintem a TSMC is jobban elnéző,
ha az AMD a GF-val egyezkedik, mintha a SAMSUNG-al .. -
-
S_x96x_S
addikt
AMD and GlobalFoundries Wafer Supply Agreement Updated Once More: Now $2.1B Through 2025
"In a short note published by AMD this afternoon as part of an 8-K filing with the US Securities and Exchange Commission, AMD is disclosing that the company has once again updated its wafer supply agreement with long-time fab partner (and AMD fab spin-off) GlobalFoundries. Under the terms of the latest wafer supply agreement, AMD and GlobalFoundries are now committing to buying and supplying respectively $2.1 billion in wafers for the 2022 through 2025 period, adding an additional year and $500M in wafers to the previous agreement."
-
S_x96x_S
addikt
- Zen 4 in Computex, and seems only suport D5 (cpu can both)
- X670 will have no itx due to too many features
- Mobile Rembrandt CES, desktop APU on 22 Q3
https://twitter.com/harukaze5719/status/1473458150254645249AMD Next-Gen Ryzen 7000 Raphael ‘Zen 4’ CPU Rumors: Computex Announcement, X670 Flagship Chipset With DDR5 & PCIe 5 Support, RDNA 2 iGPU
https://wccftech.com/amd-next-gen-ryzen-7000-raphael-zen-4-cpu-rumors-computex-announcement-x670-flagship-chipset-with-ddr5-pcie-5-support-rdna-2-igpu/"""
AMD Ryzen 'Zen 3D' Desktop CPU Expected Features:
-Minor optimization on TSMC's 7nm process node
-Up to 64 MB of Stacked cache per CCD (96 MB L3 per CCD)
-Up To 15% Average performance improvement in gaming
-Compatible With AM4 Platforms and existing motherboards
-Same TDP as existing consumer Ryzen CPUs
AMD Ryzen 'Zen 4' Desktop CPU Expected Features:
-Brand New Zen 4 CPU Cores (IPC / Architectural Improvements)
-Brand New TSMC 5nm process node with 6nm IOD
-Support on AM5 Platform With LGA1718 Socket
-Dual-Channel DDR5 Memory Support
-28 PCIe Gen 4.0 Lanes (CPU Exclusive)
-105-120W TDPs (Upper Bound Range ~170W)
""" -
-
hokuszpk
nagyúr
ha a Kinaiak bojkottaljak az Intel procikat, akkor jut nekunk AMD ?
-
válasz
Devid_81 #6084 üzenetére
Talán nem tűnt fel, hogy mindegyikhez 280W TDP van beírva. Itt megakadhattál az olvasásban, mert lentebb órajelhez kötött fogyasztási adatok is vannak.
Mondjuk a 4100 MHz-hez a 170W a 12 magosnál így is WTF, bár a múltkor valaki (talán Petyke?) linkelt egy tesztet, hogy az uncore rész az AMD procikban milyen sokat fogyasztanak. Simán lehet, hogy a 170W esetén a felét viszik csak el a magok 4100MHz-en, a többit az uncore rész.
-
Devid_81
félisten
AMD Ryzen Threadripper PRO 5000 specifications have been leaked
12 mag 280W TDP...16 mag 280W TDP
AMD what the f*ck is wrong with ya? -
hokuszpk
nagyúr
válasz
Petykemano #6080 üzenetére
oda a masodik Matisse helyere pont befert a Tomahawkba a motyo.
vegso esetben lehet raprobalom a Toma biost a Matera -
hokuszpk
nagyúr
válasz
Petykemano #6075 üzenetére
-
hokuszpk
nagyúr
válasz
Petykemano #6075 üzenetére
-
hokuszpk
nagyúr
válasz
Petykemano #6069 üzenetére
amikor raprobaltam, elotte "fc /b" segedelmevel osszehasonlitottam a PC-MATE melle felsorolt "ALR" biost az elozo "ALR" verzioval, az volt a tippem, hogy ha tenyleg csak par default beallitast valtoztattak, akkor mondjuk lesz 10 byte kulonbseg a ketto kozott.
aztan kb. az egeszet listazta. Szoval akar lehet is, mert nekem Cezanne van, ami ugye pont nemkapott supportot...
nincs valakinek kolcsonben egy Vermeer procija egy oracskara ? -
Devid_81
félisten
válasz
Petykemano #6075 üzenetére
Oh, akkor ez nagyon nem biztos
-
Petykemano
veterán
Igen. Ez a helyzet.
A bios file nem új a Tomahawk esetén sem. Ez tehát már akkor így lehetett, amikor a "Windows11 kompatibilitás" címszó alatt kijött minden alaplaphoz egy új beta bios. Még az se biztos, hogy akkor került bele.Hát mindenesetre ezt az egy alaplapot érintő nem új, de dokumentálatlan fícsört most a média megfuttatta úgy, mintha az MSI erre készülne. Most már csak az a kérdés, hogy elkerülheti-e az MSI a csalódott "népharagot", ha nem reagál, vagy ha rámutat a WCCF-re, mint féknyúzgyárrsa, vagy ez már mindenképp arcvesztés, ha nem azzal válaszolnak arra a lebegő kérdésre, hogy "Ha a Tomahawknál lehet, akkor a többinél miért nem?", hogy "De lehet"
? -
Thrawn
félisten
válasz
Petykemano #6075 üzenetére
Unfortunately, wccftech writes crap again and again.
Only the B350 Tomahawk offers Ryzen 5000 CPU / Renoir support. Not all other MSI B350 and X370 ! [link] -
Petykemano
veterán
válasz
Devid_81 #6070 üzenetére
Próbáltam utánaolvasni, hogy mi a helyzet.
Merthát mégiscsak wccf...Én itt találkoztam a gondolattal: [link]
Sajnos eredmény még nincs.A pletyka alapját valószínűleg ez a kép szolgáltatta: [link]
Illetve azt, amit itt lehet látni: [link]
(Itt azt kell nézni, hogy B350 TomaHawk és kicsivel lejjebb 1.1.0.0 Agesa verzió)Minden bizonnyal ezt vette át több másik oldal is.
Az "UEFI INFO"-t tartalmazó kép egyébként tényleg arról árulkodik, hogy a E7A34AMS.1Q2, ami tényleg megegyezik a B350 Tomahawk BIOS file-jának nevével.Mindenesetre az itt található Ryzen SMU checker 1.2.0.8 segítségével meg tudom erősíteni, hogy a Tomahawk rendelkezik Vermeer támogatással.
Viszont pl a gaming pro carbon, ami nekem van, nem:
Ha valaki ért hozzá, elmondhatná, hogy miért szerepelnek ltászólag kétszer bizonyos elemek?
-
Petykemano
veterán
válasz
Devid_81 #6070 üzenetére
Szerintem a CES-en bejelentik (Ha jól értesültem, akkor az AMD-nek nem lesz a CES-en eseménye, hanem egy külön eseményük lesz AMD to Host 2022 Product Premiere Livestream Event névvel január 4-én. De ezt most csak azért szőrszálhasogatom, mert felmerült bennem is a kérdés, hogy vajon miért nem CES-hez köthető eseményen történik a bejelentés? Van annak valami időkorlátja? vagy más termékekkel is akarnak villogni, mint ami a CES-re való?)
Szerintem februárban lesz a desktop Ryzen 6000 rajtja
És majd márciusban lesz érdemi elérhetőség.Ennek persze két feltétele van:
1.) Az Azure cloudban végrehajtott mérések elég impozánsak voltak , 40-50-80%-os előrelépések. De hát én egy kezemen meg tudnám számolni, hogy a bemutatott mérésekhez használt szoftverek közül hányat ismerek. Ez persze lehet, hogy csak egy szubjektív élmény nekem, de amennyiben nem, akkor előfordulhat, hogy a nagyon impozáns eredmények valójában csak egy kisebb (ha nem is feltétlenül szűk) réteget érintenek.Azzal kapcsolatban pedig jelentek már meg szintén mérések, hogy nem minden esetben hasznos az extra L3$.
Oda akarok kilyuladni, hogy elképzelhető, hogy nem lesz olyan brutális mértékű kereslet a szerverpiacról a Milan X-re, mint a Zen4-re lesz, vagy akár a Zen3-ra volt.Amennyiben viszont ez a feltételezésem nem igaz, akkor könnyen lehet, hogy hónapokig nem lesz elérhető DIY piacon, mert a gamereknek szánt bejelentés egy fedősztory volt és majd jól kiszúrják a szemünket néhány XT változattal és kész.
Ugyanakkor azt gondolnám, hogy ilyen nagy csinnadrattával bejelentett fedősztory eléggé szükségtelen lenne, ha egyébként csak a szerverpiacon tervezték volna érdemben eladni a terméket. A közönség talán némileg csalódott lett volna csak egy XT változattól, de hát volt már ilyen. Talán az inkább kelt csalódást, ha be van jelentve egy termék és nem kapható.
Másrészről pedig sokáig ment a csiki-csuki, hogy most Warhol vagy nem Warhol, zen3+ vagy nem. A pletykák szerint a Warholt a Zen3D javára kaszálták el. Tehát ha tudván tudják, hogy a DIY piacra nem jut termék, akkor mennyiből tartott volna kiszolgálni a gamer közösséget egy 6nm-es Zen3+ változattal, ami ugye a Rembrandt formájában gyakorlatilag már meg van tervezve. Ha soha szó sem lett volna ilyesmiről, akkor persze lehetne azt mondani, hogy hát költség, de a Warhol elvileg épp ez lett volna, csak ahogy mondtam a Zen3D javára elengedték.
Nem tudhatjuk azt sem, hogy lesz-e a v-cache-nek selejtje. Ha igen, akkor az AMD felhasználhatja ezt a szegmentáció erősítésére. Eddig az 5600X és 5950X között olyan nagy különbség nem volt a játékokban köszönhetően annak, hogy az AMD az Intellel ellentétben nem fukarkodott az L3$-sel. De ez változhat.
2) A másik feltétel pedig értelemszerűen az, hogy ne váljanak be azok a riogatások, hogy a v-cache mennyire megdobja a valamilyen CPU-s kriptovaluta bányászatának hatékonyságát.
Szerintem leak-ek majd a január 4-i eseménytől kezdve fognak elkezdeni szállingózni.
Ehhez a roadmaphez mondhatnánk, hogy talán kicsit korai a BIOS frissítés. De hát mondjuk másfél hónap nem olyan hosszú idő.
-
S_x96x_S
addikt
jobb későn mint soha ..
"AMD Ryzen Threadripper PRO 5000 to launch on March 8, 2022"
https://videocardz.com/newz/amd-ryzen-threadripper-pro-5000-to-launch-on-march-8-2022 -
Pakmara
őstag
válasz
Petykemano #6069 üzenetére
Hát ezen nagyon meglepődnék. Ha jól rémlik volt egy konkrét megkeresés (igaz ASUS felé) a C6H mobo és Ryzen 5000 support kapcsán. Nemleges válasz jött, akkortájt indult be a bios crossflashelgetés frankeistengyára: Asrock B450 bios Asus X370-re
-
Devid_81
félisten
válasz
Petykemano #6069 üzenetére
Ez eleg durva lenne azert, remeljuk, hogy tenyleg igy lesz
Mikor varhatoak ezek a Ryzen 6000-as procik?
Letezik, hogy CES-es bejelentik ugy, hogy egy fel teljesitmeny leaket nem lattunk meg?
Mondjuk AMD mostanaban jol megy a tikoktartas -
Petykemano
veterán
válasz
hokuszpk #5984 üzenetére
MSI Releases Ryzen 5000/Ryzen 6000 “Zen 3D”Support for B350/X350 Motherboards
Hát ez óriási lenne, ha igaz!
Bár ha jól látom, azt írják, hogy a Cézanne kimarad.Ami fura, hogy a wccf-es cikkben az B350 gaming pro carbonhoz a 7B00v1JS BIOS van feltüntetve, amiről a múltkor megállapítottam, hogy csak Windows 11 kompatibilitást hozza.
Úgyhogy simán lehet, hogy csak néhány, OEMek által használt B350M alaplap kapja meg a frissítést. Korábban volt arról szó, hogy pár A320 is megkapná pont emiatt.
-
S_x96x_S
addikt
várjuk a ZEN3D-t .. de addig is:
AMD vs Intel: Which CPUs Are Better in 2021?
https://www.tomshardware.com/features/amd-vs-intel-cpusközben az Intel már a válaszcsapásra készül:
"Intel Core i9-12900KS, a direct response to AMD Ryzen with 3D V-Cache?"
https://videocardz.com/newz/intel-core-i9-12900ks-pre-binned-cpu-with-5-2-ghz-all-core-frequency-allegedly-in-the-worksés a Kínai ZEN klón - ~ pariban van a 5600X -el.
(persze azok dual socketes 8 magosak!!)
It took two Chinese Zen-based Hygon 8C/16T CPUs to beat a real AMD Ryzen 5 5600X
-
HSM
félisten
válasz
S_x96x_S #6066 üzenetére
"de ez alá bemenni kockázatos. ( ~ érhetnek kényelmetlenségek )"
Továbbra is az a meggyőződésem, hogy kellemetlenségek akkor érhetnek, ha ilyen ökölszabályokra bízod, ahelyett, hogy alaposan átgondolnád, és utánanéznél, mennyi ramra is lesz szükség egy adott felhasználásra, különös tekintettel figyelembe véve (és lehetőleg elkerülve) a bővíthetetlen memóriájú konfigurációkat. Én ezzel zárnám is a témát. -
S_x96x_S
addikt
>>"te meg egy 2 és 6 magos példát hozol."
>Gondoltam így is átmegy a mondanivalóm.több mondanivaló is volt ..
pl ilyet is irtam feljebb, ezt is vedd figyelembe:
"én durván 1-2GB RAM/thread -el számolnék .."
E küszöb érték alatt már fontos a memória növelésére is figyelni.
amúgy:
az Autodesk - Arnold: nál kifejeztetten ugyanezt a heurisztikát
(ökölszabályt) emlitik:
"If you know you’ll be using your CPU for rendering, another rule of thumb is installing 1 to 2 GB of RAM per thread of your CPU.
For example, if you have a Ryzen 9 5950X (offering 32 threads), you’d want to have 32-64 GB of RAM."
https://www.cgdirector.com/how-much-ram-do-you-need/Amúgy szerencsés is vagy mert a régi és új géped is megfelel ennek.
mostani géped: 20GB/12t ~1.6GB/thread
régebbi géped: 20GB/4t ~5.0GB/threadSzerintem a minimum 1Gb/thread teljesen racionális elvárás - ideális minimumnak a következő pár évre.
Ha -e felett vagy akkor az jó,
de ez alá bemenni kockázatos. ( ~ érhetnek kényelmetlenségek )
2c/4t > min 4GB RAM
4c/8t > min 8GB RAM
6c/12t > min 12GB RAM
12c/24t > min 24GB RAM
16c/32t > min 32GB RAM
32c/64t > min 64GB RAM
vagyis lényegében ez az ideális (~kényelmes) minimum
persze a Windows és más szoftverek igényei ezt is felülirhatják.Ennek az a lényege a háttérben,
hogy ne a memória legyen a szűk keresztmetszet.Ha te még erre is ráteszel a "kényelmed" miatt ( 6c/12t -> 20 GB RAM )
akkor nálad nagyon ritkán lesz ez a terület a szűk keresztmetszet.
-
HSM
félisten
válasz
S_x96x_S #6064 üzenetére
"ahol a szűk keresztmetszet a memória sávszél, ott számít."
Nyilván...Ugyanakkor így nem áll meg általánosan, hogy visszafogja, hiszen csak néhány specifikus felhasználásban van mérhető különbség.
"Amúgy valószínüleg erős 16 maggal és 64 GB memóriával még kényelmesebb lenne ( Gen4-es SSD-vel alatta )"
Persze, több/erősebb mag mindennek jót tesz, de 64GB rammal éppen semmire sem mennék, egy átlagos munkanapon a 70%-át sem érem el a jelenlegi 24GB ramom maximális használatának. Ugyanakkor egy 16 magos munkaállomást hurcolni lényegesen kényelmetlenebb lenne, mint a mostani 14"-os, 1,5kg-os ultrabookot.
A Gen4 nem hat meg, már rég nem a sávszélesség az NVMe szűk keresztmetszete, sokkal inkább a NAND késleltetése. Maradok a jól bevált Gen3-as Samsung 970 Pro-mnál."te meg egy 2 és 6 magos példát hozol."
Gondoltam így is átmegy a mondanivalóm. Ugyanígy igaz lenne 32 magra, mit csinálnék a heurisztikád szerint 128GB rammal?!Üresen állna belőle állandóan ~100GB, jó befektetés lenne.
-
S_x96x_S
addikt
>> "ahol a 4 csatornás memória - 32 mag felett már
>> eléggé visszafogja a teljesítményt."
> Anandék tesztje épp az ellenkező konklúzióra jutott:értelmezés kérdése;
ahol a szűk keresztmetszet a memória sávszél, ott számít.
ezt irják:
" (c) TR Pro thrashed Threadripper due to memory bandwidth availability. That last point, (c), only really kicks in for the 32c and 64c processors it should be noted. "> A saját példám alapján a korábbi kétmagos laptopomon is nagyjából
> 20GB kellett a kényelmes munkavégzésemhez, a mostani 6-magoson
> is éppen ennyi kell. Pedig a heurisztikád egészen mást mondana erre.Nálam ez a "megszokott" ami nem egyenlő az "optimális"-al.
átfedés lehet, de nem ugyanaz a fogalom.Amúgy valószínüleg erős 16 maggal és 64 GB memóriával
még kényelmesebb lenne ( Gen4-es SSD-vel alatta )Vagy egy ZEN5-ös procival és Gen5-ös NVMe SSD-vel meg még "kényelmesebb".
de amúgy is pontosítottam feljebb
ezt irtam: "De általában a 16,32,64,128,256 magra elég jól működik a heurisztikám." te meg egy 2 és 6 magos példát hozol. -
Petykemano
veterán
Úgy tűnik az AMD is fellőtte a saját - Frontier alapú - kriptovaluta-bányászati központját,
amin mellesleg ki lehet próbálni annak professzionális, HPC, AI, ROCm, gyorsító, stb képességeit.
[link] -
HSM
félisten
válasz
S_x96x_S #6061 üzenetére
"És ha azt mondjuk reflexből - a te heurisztikád alapján - hogy 8GB vagy ha van pénze akkor 16GB;"
Az én heurisztikám, hogy megkérdezem, mire fogja használni a gépet, és mik az elvárásai és anyagi lehetőségei, az elsődleges szempont pedig a felhasználási terület. 8GB-ot legfeljebb netezős/"office" felhasználásra szoktam javasolni, nyilván relatív olcsó gépekbe, arra bőven elég (csak mértékkel a Chromium-al).
"ahol a 4 csatornás memória - 32 mag felett már eléggé visszafogja a teljesítményt."
Anandék tesztje épp az ellenkező konklúzióra jutott: [link] .
De ez szerintem nem igazán kapcsolódik a témához."Talán te valószínűleg nem telepítesz fel új programokat, beéred a régi 5-10 éve megjelent játékokkal, felhasználói programokkal a következő 5 évben is"
Fogalmam sincs, ezt a következtetést miből vontad le. Szakmámból kifolyólag nem engedhetem meg magamnak a luxust, hogy ne legyek naprakész szoftver ügyileg.
A saját példám alapján a korábbi kétmagos laptopomon is nagyjából 20GB kellett a kényelmes munkavégzésemhez, a mostani 6-magoson is éppen ennyi kell. Pedig a heurisztikád egészen mást mondana erre."akkor nem árt a ráhagyás a tervezésben ---> vagyis a fölé tervezés."
Szerintem ez egy nagyon rossz taktika. Főleg, ha a modern DDR5-ről beszélünk, mostani árakon, amikor kb. negyed millió forint egy 32GB-os kit. [link]
Sokkal előrelátóbb, ha valakinek ma elég 16GB, akkor 16GB-ot vesz, és pár év múlva, ha kevésnek bizonyul, már jó eséllyel ehhez képest gombokért fog tudni venni vagy mégegy kitet, vagy egy egyben nagyobbat, gyorsabbat. -
S_x96x_S
addikt
én a másik oldaláról nézem a problémát.
> Ezért rossz heurisztika, mert nem lesz igaz.
ez bonyolultabb.
itt mindig az a kérdés, hogy milyen irányba tévedünk (fölé vagy alá) - és ott mi a tévedés ára (költsége).pl. 2 ősember beszélget a dzsungel mellett - mikor megzörren a bokor.
Az egyik a heurisztikája alapján azt mondja, fussunk - hátha egy oroszlán vagy egy tigris.
A másik viszont a racionalitás híve - és jelzi, hogy statisztikailag 99.9%-ban nem oroszlán vagy tigris ..
viszont ha ez 1000x megtörténik, akkor a racionális ősemberek előbb-utóbb kipusztulnak, és nem lesznek utódai ..
mert van akkora esély, hogy biztosan belefut egy oroszlánba.Ebben a példában a tévedés ára nagyon nagy.
És az, hogy mi az "igaz" .. az evolúció dönti el a túléléssel.
Ami segíti a túlélést az lesz az "igaz";
még akkor is, ha 99.9%-ban tévedés.másik példa:
Egy (fiktiv) csóró ismerös felhív és jelzi, hogy kapott ajándékba egy procit és egy alaplapot, mekkora memóriát vegyen bele?
És ha azt mondjuk reflexből - a te heurisztikád alapján - hogy 8GB vagy ha van pénze akkor 16GB;
és utána panaszkodik, hogy az ajándékba kapott 64 magos threadripper a 8GB memórával használhatatlan, mert egyes programoknak a memóriaigénye is megnövekedett ..
akkor itt a tévedésnek nem nagy ára van .. irány a bolt és kell még +3 db 8GB memória stick
De általában a 16,32,64,128,256 magra elég jól működik a heurisztikám.
Több mag -> több memória kell. ( általában )De a sáv-széleséggel is összefügg.
lásd Threadripperek példája .. -
ahol a 4 csatornás memória - 32 mag felett már eléggé visszafogja a teljesítményt.A ZEN4-es architektúránál is észrevehető,
hogy az +1 CCD => +1 memória csatorna elvet követik.
Vagyis max 12 CCD -hez már > 12 memória csatornával terveznek.
> Rengeteg program nem is skálázódik akármeddig,
> elindít max mondjuk 8 szálat és nem is tud többet.más a nézőpontunk és az időbeli perspektívánk
egyik se helytelen, csak más.
Talán te valószínűleg nem telepítesz fel új programokat, beéred a régi 5-10 éve megjelent játékokkal, felhasználói programokkal a következő 5 évben is,
De ha valaki a következő 1-2-3 évben megjelenő programokat is - "élvezhető" szinten használni szeretné,
akkor nem árt a ráhagyás a tervezésben ---> vagyis a fölé tervezés.
Legalább annyira, hogy a bővíthetőséget is végig kell gondolni.
( vagy a bővíthetőség költségét ) -
HSM
félisten
válasz
S_x96x_S #6059 üzenetére
"Mert attól még a 100 program "jelentős" részére ugyanúgy igaz marad az állításom. "
Ezért rossz heurisztika, mert nem lesz igaz.Rengeteg program nem is skálázódik akármeddig, elindít max mondjuk 8 szálat és nem is tud többet. A legtöbb program egyébként is csak "worker"-eket indít, amik egy nagy megoldandó feladat részeredményeit számolják. Ehhez egyszer kell a nagy feladatot eltárolni (memória), a szálak már lényegesen kevesebből beérik.
-
S_x96x_S
addikt
> Dupla annyi maghoz/threadhez - dupla annyi memória kell."
> Ez egy rossz heurisztika,azért heurisztika .. mert olyan leegyszerűsített gondolkodási szabály,
ami a legtöbb esetben beválik és jó eredményt ad,
anélkül is, hogy több napot eltesztelgenénk ..és a heurisztika egy leegyszerűsítés .. nem kell 100%-ban működjön
Amúgy nem alapozhatsz arra, hogy minden program annyira optimalizálva lesz mint a Cinebench R23.
és itt nem az a lényeg, hogy 100 programból találsz egyet,
ami kivétel a szabályra ...
Mert attól még a 100 program "jelentős" részére ugyanúgy igaz marad az állításom.És amúgy is jobban jársz, hogyha ráhagyással tervezel, mintha szűken.
-
S_x96x_S
addikt
> a user gépében ott a 128GB ram, még semmi értelme nem lesz,
> nem lehet majd kihasználni.Ez már a "státusz" szimbólum és a "luxus" területe ..
mint a sport luxusautó .. Ha valakinek egy "valag pénze" van - el tudja költeni.Amúgy mert pl. ez[1] a 2millás konfig 64GB RAM-al furcsán is nézne ki; [1] "Gamer PC - AMD Ryzen 9 5900X 4,8 GHz processzor, NVIDIA GeForce RTX 3090 24 GB, 128 GB RAM DDR4 memória, 2000 GB SSD "
---
amúgy ha nincs más ..
majd a windows vagy a böngésző kihasználja - memória cache-nek.-------------
én jelenleg egy mostani beruházásnál egy alapgépnél:
- notebooknál - 16GB RAM ( iGpu igénnyel )
- asztali gépnél - 32 GB RAM -al ( iGpu igénnyel )
számolnék.A probléma, hogy míg az asztali gép memóriáját jellemzően még lehet bővíteni ( kivéve az új AppleMac )
a notebooknál a bővítési lehetőség lassan már luxus lesz
mert egyre inkább integrálnak mindent. -
HSM
félisten
válasz
S_x96x_S #6056 üzenetére
"heurisztika:
Dupla annyi maghoz/threadhez - dupla annyi memória kell."
Ez egy rossz heurisztika, mivel ez igencsak alkalmazás/felhasználás függő.
Legyen példának a Cinebench R23. 1-szálon most épp nálam 2327MB ram foglalás, 12 szálon 2460MB. Ebből nem gazdagodnának meg a memória gyártók még egy durvább Epyc mellett sem. -
S_x96x_S
addikt
add2 ..
> a 4GB-ról 8GB-ra bővítés is azért olyan durva előrelépés,
heurisztika:
Dupla annyi maghoz/threadhez - dupla annyi memória kell.vagyis a memória és a CPU magok száma erőssen összefügg ( korrellál) és a cpu magok száma ... csak nő .. és nő ..
én durván 1-2GB RAM/thread -el számolnék ..(csak a CPU-ra!)
amiből lehet érzékelni a trendet.
( amúgy szerveren én 4GB/thread -el számolok )tegyük fel, hogy most az i5/Ryzen5 az "arany középút" ..
És az i5 jelenleg: 12thread -16 thread -ig terjed ( Alder Lake )
(pl. Core i5-12600K: 10 cores/16 threads )És jövőre az Intel a RaptorLake-el tovább emeli a magszámot.
a felső kategórai 16c/24t -ről 24c/32t -re megy fel, a középkategória is tolódik .. És a MeteorLake-en megint várható növekedés.Vagyis "igény" lesz majd a memóriára ..
Kérdés, hogy fizetőképes kereslet is lesz-e ..Én nem aggódnék a memóriagyártók helyében ..
-
HSM
félisten
válasz
S_x96x_S #6054 üzenetére
"Aki megint egy 10 éves langyosvizes ciklusra tervez,
az koppani fog."
Én csupán azt mondom, hogy attól, hogy a user gépében ott a 128GB ram, még semmi értelme nem lesz, nem lehet majd kihasználni. Mint mikor megjelentek a négymagos processzorok, igen kevés szoftver tudta úgy igazán kihasználni őket. De még mostanság is sokszor előfordult, hogy egy fürge 4-6 magos CPU játékokban pl. gyorsabb, mint egy 18 magos munkaállomás, ami nyers erőben a többszöröse annak."- ajánlott gépigény: 16GB RAM + (+4GB VRAM) ~ 20 GB"
Erről beszéltem. 16GB rendszermemória = 16GB."csúcs GPU-hoz.. akár 64GB memória is elkell"
Képzelem, milyen sok buffer kell még a rendszermemóriából 24GB VRAM mellé. -
S_x96x_S
addikt
> A 32GB már ennyit szvsz nem fog hozni az átlag usernek még évekig.
ha van fizetőképes kereslet .. akkor lesz rá kínálat.
És ne becsüld le a memóriagyártók piszkos trükkjeit ...
amikor extrém memóriaigényes játék fejlesztéseket szponzorálnak.amúgy nincs értelme "átlag" userben gondolkodni.
Ez olyan mint az orvostudományban az átlag-beteg.
( akinek 1 heréje és 1 melle van )>Tehát az én meggyőződésem, hogy attól, hogy az átlag gépbe könnyű
> lesz 32GB ramot rakni, nem fogja maga mögött vonni az igények gyors
> emelkedését.ne az utolsó 10 év alapján projektálj
főleg mert az Intel miatt egy helyben topogott a pc ipar ..
és nagy előrelépés nem volt.és a következező pár évben az Apple határozza meg nemcsak a software, hanem a hw trendeket is.
és ők elég feszített tempót diktálnak ..Szerintem a Gen5/CXL5 ; az ARM térnyerése miatti verseny és a XILINX beintegrálása miatt a következő 10 év hullámvasút lesz ..
Aki megint egy 10 éves langyosvizes ciklusra tervez,
az koppani fog.> de legrosszabb esetben is 32GB még nagyon sokáig
> overkill lesz szerintem a "mainstream" usernek otthonra.egyes "mainstream" repülőgépszimulátorosoknak
már most kevés lehet.Microsoft Flight Simulator
- minimum gépigény : 8GB RAM + (+2GB VRAM ) ~ 10GB
- ajánlott gépigény: 16GB RAM + (+4GB VRAM) ~ 20 GB
- ideális gépigény: 32GB RAM + (+8GB VRAM) ~ 40 GBpersze ez egy leegyszerűsítés .. mivel egyesek szerint ..
csúcs GPU-hoz.. akár 64GB memória is elkell
64GB RAM + 24GB VRAM ~ 88GB RAM
"""
The 3090 ships with 24GB VRAM and if you fill it with buffer data or textures, you’ll certainly also duplicate a large amount of the VRAM buffers in RAM, and there you are: with 32GB RAM you probably really don’t have enough room to fit both the buffer data copy in RAM and the game working set!
Conclusion: everyone with a 3090 might really benefit from 64GB and this might even be the minimum recommended amount of RAM to use with a 3090.
""" -
HSM
félisten
válasz
S_x96x_S #6051 üzenetére
A PS5 jogos pont, ugyanakkor PC-re is jön a DirectStorage Api, ami komolyan besegíthet. A win10 sem eszik amúgy meg 4GB-ot, ez is még javulhat, de legrosszabb esetben is 32GB még nagyon sokáig overkill lesz szerintem a "mainstream" usernek otthonra.
A mobilokban lévő rengeteg ram amúgy nem feltétlen fog bármi igényt generálni PC oldalon. 6GB ram van a mostani telefonomban (szűk 3 éves akkori felsőkategória), nem hiányzik belőle több, pedig eléggé power userként használom.
Gondolom, jól mutat a terméklapon 12GB, de hogy mi értelme...
"telefon+ pc kombót - 32GB RAM-al
amit csak dokkolsz otthon vagy a munkahelyen.
És a CXL-nek hála .. a dokkoló a CPU magokat és memóriát is megduplázza .."
Szerintem szálljunk vissza a földre a rózsaszín álomvilágból.Hiszem, ha látom. Nekem ez nem tűnik jól megvalósítható realitásnak.
#6052 Petykemano : "akkor lehet spórolni azon fejlesztési időt, hogy beférjek-e valamekkora ram kapacitásba"
Persze, lehet valamennyit, de 16GB kapacitásból így sem lesz 32."ha nyitva van neked kétféle böngészőt, 20-25 füllel"
Itt a probléma, hogy nem zárogatják be a nem használt füleket, valamint, hogy a Chromium minden lapot kb. saját böngészőmotorral futtat.Tehát az én meggyőződésem, hogy attól, hogy az átlag gépbe könnyű lesz 32GB ramot rakni, nem fogja maga mögött vonni az igények gyors emelkedését. Itt is érvényes, hogy minél több ramod van, annál kevesebbet nyersz újabb hozzáadásával, pl. a 4GB-ról 8GB-ra bővítés is azért olyan durva előrelépés, mert miután az OS és egyéb gyorsítótárak megesznek kb. 2GB-ot, már egyáltalán nem mindegy, hogy 2GB maradt szabadon, vagy 6.
A 8-ról 16-ra váltásnál is még viszonylag sokat nyertél. A 32GB már ennyit szvsz nem fog hozni az átlag usernek még évekig. Persze, szoftveres oldalon mindent 'el lehet kellőképpen rontani', élénkítendő a userek fejlesztési kedvét.
De én most a műszakilag indokolt ram méretet vettem figyelembe, szigorúan nem számolva bele az intenzív swappelés lehetőségét, mert az erősen rontja az élményt és hatékonyságot.
-
Petykemano
veterán
Hát ha cinikus akarnék lenni, azt idézném, hogy a "640KB-nak bárkinek elégnek kell lennie" mondás tapasztalata. Tényszerűen, vagy kőbe vésve semmi, ez csak az én elgondolásom.
Én egyébként nem arról beszéltem, hogy mennyi most az egy desktop gépbe betömhető RAM maximális mennyisége, hanem hogy mennyi - értelemszerűen az újonnan üzembe helyezett gépek - módusz RAM kapacitása. A mainstream "végfelhasználói" programok fejlesztése során feltételezésem szerint a különböző RAM kapacitások penetrációját talán figyelembe veszik. Ha azt látom, hogy emelkedik a magasabb RAM kapacitás penetrációja, akkor lehet spórolni azon fejlesztési időt, hogy beférjek-e valamekkora ram kapacitásba, vagy lehet kényelmesebben terpeszkedni, hogy gyorsabb legyen a szoftverem.
Nyilván ez nem feltétlenül azt jelenti, hogy egyetlen mainstream "végfelhasználói" program többet igényelne 16GB ramnál, hanem azt, hogy ha nyitva van neked kétféle böngészőt, 20-25 füllel, meg még szövegszerkesztő, excel 2-3 táblával, stb, akkor ezek elférnek-e kényelmesen, vagy elkezd swappelni a rendszer.
De természetesen semmilyen törvény vagy szabály nem írja elő, hogy mondjuk 2022 július 17-től kezdve a 16GB már nem lesz elég. Nyilván van aki ma is 8GB vagy akár 4GB-tal használ valamilyen gépet. Lehet, hogy még büszke is. Szerintem ma már a 8GB éppenhogy csak elég (kevés), könnyen, gyorsan elfogy és aztán jön a swappelés, amivel együtt lehet élni, meg persze be lehet csukogatni a füleket, tehát lehet odafigyelni, csak kevésbé komfortos és azt gondolom, hogy ha DDR5-tel megugrik az újonnan üzembe helyezett gépek RAM kapacitása, akkor ez rövidesen (2-3 év leforgása) meg fog történni a 16GB-tal is.
#6051 S_x96x_S
Jó, persze a felhasználás nem mindegy. Ha csak arra kell egy noti, hogy befizesd rajta a számláidat, vagy elolvasd rajta a népszabadságot, akkor lehet, hogy egy 10 éves 4GB-os gép is elég.Én direkt nem akartam játékokat példaként hozni, egyrészt mert halvány fogalmam sincs, hogy milyen játéknak milyen RAM igénye van, másrészt mert arra könnyen rá lehet fogni, hogy az nem mainstream felhasználás.
-
S_x96x_S
addikt
>> 16GB-os gépek nagyon hamar korosodnak majd."
> Most is alig van mainstream "végfelhasználói" program, ami 16GB-nál többet kér,nem lehet tudni, hogy milyen gyors lesz a váltás ..
valamint mindenkinek mást jelent a "korosodás";
valaki csak 1-2 évre vesz gépet, valaki meg 8-10 évre szeretné ..de szerintem már APU-ban kell gondolkodni.
és a GPU + CPU összesített - közös memória felhasználás a lényeges.A PS5-ben jelenleg is 16GB -os egységes memória van,
ha azokat a játékokat elkezdik átportolni PC-re,
akkor azoknak kb >=20GB gép kell ..
( mert a Windows11 extra 4GB-ját ( ~ overheadjét) is hozzá kell számítani )Persze a Gen5 - CXL.mem korszakban - már lesz szabványos memória növelési lehetőség
és valamikor ez is lejön consumer szintre.A nyomás szerintem a mobiltelefonok felől jön ..
Jelenleg is lehet venni már egy "egyszerű" - 12GB RAM -os mobiltelefont ~ 150e Ft -ért
és persze már 16GB RAM-os telefon kapható. ~ 290e FT
( 8 magos Qualcomm Snapdragon 888+ 5G processzor, 16 GB RAM, 512 GB belső tárhely )És 2-4 év múlva a Qualcomm megcsinálja az új Nuvia magokkal a zsebben hordható - telefon+ pc kombót - 32GB RAM-al
amit csak dokkolsz otthon vagy a munkahelyen.
És a CXL-nek hála .. a dokkoló a CPU magokat és memóriát is megduplázza ..Szóval 6-7 év múlva már kevés lehet a mostani 16GB ram ..
-
HSM
félisten
válasz
S_x96x_S #6049 üzenetére
+1.
"persze a valóságban - azért itt is vannak bug-ok .."
Azt írja, a régi Raven Ridge-el voltak bajok. Amúgy úgy tudom az SME és TSME nem ugyanaz (ők is úgy tudják: [link] ), nekem van itthon egy Ryzen 5 Pro 4650U, annál BIOS-ból tudom kapcsolni a TSME-t, és az elvileg az OS számára (is) láthatatlanul titkosítja a teljes memória tartalmát, minimális teljesítményveszteség árán. Szvsz bizalmas, vállalati környezetben igen hasznos lehet. -
S_x96x_S
addikt
válasz
Petykemano #6046 üzenetére
> Az 5850U Pro valójában az 5800U, csak másféle támogatással, nem?
én is így tudom ..
a "Pro" -s ban valószínüleg aktiválva van pár extra (hw-es) security-s és enterprise-os ficsőr ,
amit vagy kihasznál az os/szoftver - vagy nem ...
- AMD PRO security
- AMD PRO manageability
- AMD PRO business ready
https://www.amd.com/en/processors/laptop-processors-for-businesspl. "Secure Memory Encryption (SME) is an x86 instruction set extension introduced by AMD for page-granular memory encryption support using a single ephemeral key. ...
On its Ryzen Pro processor families, AMD brands TSME as Memory Guard. ..."
https://en.wikichip.org/wiki/x86/smepersze a valóságban - azért itt is vannak bug-ok ..
"Linux To No Longer Enable AMD SME Usage By Default Due To Problems With Some Hardware" https://www.phoronix.com/scan.php?page=news_item&px=Linux-SME-No-Default-UseElméletileg - ha valaki felhőben dolgozik,
akkor le tudja ellenörizni - hogy "amiben" dolgozik - az titkosítva van-e ..
https://github.com/AMDESE/mem-encryption-tests -
HSM
félisten
válasz
Petykemano #6047 üzenetére
"akkor is látható, hogy a néhány.éve még mainstreamben utazó 16GB-os gépek nagyon hamar korosodnak majd."
Ezt mi támasztja alá?Most is alig van mainstream "végfelhasználói" program, ami 16GB-nál többet kér, pedig akár 128GB is beletömhető egy mainstream rendszerbe évek óta DDR4-en is.
-
Petykemano
veterán
SK Hynix 24-48GB DDR5 [link]
Elnézést, kicsit off, de érdekes.
Ezért mondom, hogy én nem biztos, hogy mernék már AM4-be beruházni ha az nem csak egy procicsere, mert jön DDR5. Aminek nem is a sávszélesség a lehet a nagy dobása, hanem a kapcitás ugrás.Persze minden ár függvénye, de remélhetőleg 2 év múlva már mainstream lesz a DDR5.
Jelenleg talán az asztali piacon a 2x16GB a mainstream. Itt már arról beszélnek, hogy a 2 modullal 64-96 is elérhető. De ha csak a fele 32-48GB-ot nézzük, akkor is látható, hogy a néhány.éve még mainstreamben utazó 16GB-os gépek nagyon hamar korosodnak majd.Persze majd meglátjuk,
Miylem árban lesznek
És esetleg jön-e ugyanez a sűrűség DDR4-re is? -
S_x96x_S
addikt
AMD Ryzen 7 PRO 5850U Linux Performance
( Lenovo ThinkPad T14s Gen2. )
https://www.phoronix.com/scan.php?page=article&item=amd-ryzen7pro-5850u&num=1
-
ShiTmano
aktív tag
válasz
Petykemano #5993 üzenetére
Itt írják, hogy a GAAFETtel(MBCFET) újra lehet növelni a SRAM sűrűséget. Cikk közepe táján van. [link]
-
S_x96x_S
addikt
válasz
Petykemano #6042 üzenetére
hát igen ... sok minden még bizonytalan ..
> Ha az AMD csak a 12-16 magos konzumer változatokra teszi rá,
> akkor sem adhatja azokat 2x-3x drágábban.én kb 10-20% ár prémiumot saccolok a consumer vonalon.
ha az 5950x - ~ 300eFt , akkor ~345e várható majd a 3D vcache.> ahol épphogy semmi haszna nincs a v-cache-nek
> és hogy - az alacsonyabb órajelek miatt ...az biztos, hogy nem minden alkalmazás tudja kihasználni.
És még kérdéses, hogy játékokban tudja-e hozni a fél éve ígért teljesítmény többletet .. ( persze itt is játékoktól - és játék engine -től függ ..) De szerintem az AMD általában óvatosan igérget ... szóval itt kevésbé érzek gondot ..
Viszont a TSMC az N7-n is csiszolt ..
vagyis ~+150 Mhz órajelnövekedés várható az alaptermékeknél is.
és a vásárlók ehhez képest nézik a felárat.
És persze a 3D-Vcache változatot kevésbé lehet overlockolni.Az üzleti felhasználóknak - akik nem overlockolnak és spéci science-es alkalmazásokat használnak, szerintem biztos megéri a Vcache.
-
Petykemano
veterán
válasz
S_x96x_S #6041 üzenetére
Az általad linkelt táblázat alapján:
16C
az L3$ alapján a hagyonányos verzió (7343) csak 4 CCD-t tartalmazott (4c/CCD), míg az V-cache-sel szerelt verzió (7373X) 8-at (2c/CCD) Tehát összességében 6x annyi L3$-sel rendelkezik, nem pusztán annyival több, hogy a meglevő CCD-ket v-cache-sel is szerelik! Ha lenne ilyen változat is (128MB+256MB), az kerülhetne éppenséggel ennek fele-kétharmadába is.24C
Ugyanaz igaz itt is.
A hagyományos változatban 6c/CCD aktív (Najó, esetleg az is lehet, hogy olyan hibás chipeket alkalmaztak, aminél az L3$ fele le volt tiltva)
Az új változatban viszont biztosan 8 CCD van egyenként 3 aktív maggal.
Itt is 6x annyi az L3$.Meg nem is biztos, hogy ennyi lesz az msrp. Ha jól látom, akkor valami bolt által megszabott árazás. Bár a hagyományos Epyc lapkák is drágábbak, mint az msrp, de nem kizárt, hogy egy csak egy ilyen scalper árazás, ami mindig megjelenik egy-egy új, nagy keresletre számot tartó termék esetén.
Ha az AMD csak a 12-16 magos konzumer változatokra teszi rá, akkor sem adhatja azokat 2x-3x drágábban. Ki venné meg? (Márminthogy azon kívül, akinek épp szüksége lenne ilyen cuccra, de nem akar $5000-t kiperkálni az epyc változatért.) Az AMD elvileg ezt "ígérte" 2021-es konzumer product update gyanánt a "gamereknek"
Persze tudom, hogy ha eladnak úgyis mindent, akkor nem érdekes, hogy mit szól a low-end közönség.Egyébként volt asszem szintén a wccf-en egy cikk arról, hogy megjelent pár teszt a Milan-X-ről, ahol épphogy semmi haszna nincs a v-cache-nek és hogy - az alacsonyabb órajelek miatt - épphogy némiképp gyengébbek voltak az eredmények.
-
S_x96x_S
addikt
Nézegetve a MILAN-X árakat és speckót ..
https://wccftech.com/dual-amd-epyc-7773x-flagship-milan-x-cpus-benchmarked-over-1-5-gb-of-total-cpu-cache-on-a-single-server-platform/- A "3D V-Cache" ( Milan-X ) - verzió nem tud akkora "Base"/"Boost"
órajelent mint a sima verzió.De az árazásnál ( ha igaz ) elég durva a 3DVcache felár.
- 16c -nál meg +200% ( vagyis 3x ár ! )
- 24c -nál csak +100% ( 2x ár )
- 32c-nál +50% (1,5x ár )
- 64c -nál +10% a felár .. (1,1x ár )Jajj ...
Persze gondolom a 16c-s Milan-X -nek főleg akkor van értelme, hogyha
elég drága szoftver licenszet működtet - és még így is megéri a legjobb 16 magosért kifizetni egy vagyont (AMD EPYC 7373X 16c $5595.99!)
( a sima - mezei AMD EPYC 7343 - 16 magos csak $1784.99! ) -
S_x96x_S
addikt
megerősítve: Az új epyc támogatja a 12 memória csatornát.
https://lore.kernel.org/lkml/20211208174356.1997855-1-yazen.ghannam@amd.com/+ [F19_M10H_CPUS] = {
+ .ctl_name = "F19h_M10h",
+ .f0_id = PCI_DEVICE_ID_AMD_19H_M10H_DF_F0,
+ .f6_id = PCI_DEVICE_ID_AMD_19H_M10H_DF_F6,
+ .max_mcs = 12,
+ .ops = {
+ .early_channel_count= f17_early_channel_count,
+ .dbam_to_cs = f17_addr_mask_to_cs_size,
+ }
+ },
https://www.phoronix.com/scan.php?page=news_item&px=AMD-EDAC-RDDR5-LRDDR5
lassan minden 12 lesz
..
- 12 CCD / socket
- 12 memory controllers / socket -
Petykemano
veterán
Xilinx
"
Network accelerators, sometimes called smartNICs, are a different story. They offload packet processing from the CPU, and in addition to Intel, Nvidia and Marvell also have network-accelerator offerings. Newman says there is a strong need for their ability to maximize the utility of general-purpose CPUs to run optimized workloads, and AMD can’t ignore it. “We’re at a point now where we’re trying to optimize every bit of our computing architectural resources. So yeah, I think that’s a gap that they’re either gonna need to fill in on their own or through partnership,” he said.But rather than make a network processor, Norrod believes the Xilinx FPGA technology will allow for a different level of processing. “It’s really more about adaptive computing for data-flow oriented workloads,” he said. “There’s a lot of cryptographic applications, networking applications, security applications, and storage that benefit from [FPGA] as well. And so there’s a lot of interesting areas that we think the Xilinx technology brings to the table.”
"
[link] -
S_x96x_S
addikt
újabb pletyka: Samsung 4LPP --- Chromebook APU
--------------
AMD Might Use Samsung's 4nm Node for Chromebook CPUs: J.P. Morgan
AMD reportedly preps a 4LPP processor for Chromebooks.
https://www.tomshardware.com/news/amd-may-adopt-samsung-4lpp-for-chromebooksAdopting Samsung Foundry's 4LPP (second-generation 4nm-class process) for a Chromebook-bound APU would require AMD to redesign its CPU and GPU IP for the new manufacturer, something that is rather costly at 4nm. Also, keeping in mind that the Chromebook market isn't growing, it's unclear how financially viable the project would be. The analysts believe that AMD could also use Samsung Foundry for some of its GPUs going forward, but didn't elaborate.
"In addition, we believe that AMD is likely to evaluate some projects (probably for GPU) at Samsung 3nm in 2023/2024, but vast majority of its core platforms (CPUs for server, mobile, and desktops) are likely to stay with TSMC N3." said the report.
-
Petykemano
veterán
válasz
S_x96x_S #6007 üzenetére
Én eddig úgy tudtam, hogy nem N2, hanem V1
Mindenesetre érdekes, hogy a megjelentetett főbb számokban (L1$, L2$) alig van változás.
Az L3$ duplájára nőtt és DDR5 támogatást kapott.
Így nem is annyira meglepő, hogy "csak" 25%-kal jobb a graviton3. (Gondolom ez valami ST mérés lehet) -
Petykemano
veterán
válasz
hokuszpk #6033 üzenetére
Ez igaz, de arról volt szó, hogy bármilyen nagy mennyiségű cache teljesen kiválthatja-e azt a layert, amit ma memóriának nevezünk. Az összes layer arról szól, hogy az alatta levő layernél kisebb késleltetést és/vagy nagyobb sávszélességet biztosít, de a tradeoff a tárhely mérete.
Én a közeljövőben nem látom annak megvalósulását, hogy a v-cache kiváltsa a DRAM szükségességét. (DRAM - ide értve a HBM-et is)
Jelenleg 64MB egy v-cache lapka. Elvileg ebből fognak tudni a közeljövőben egymásra pakolni 4-et. Az még mindig csak 256MB. Szerintem ez még kevés ahhoz, hogy emögött már csak egy NVMe SSD legyen. -
Petykemano
veterán
Rembrandt | FP7 is a BGA-1140
package Die Size: 12,82 mm × 16,25 mm ≈ 208,33 mm²
Package: 25 mm × 35 mm
[link] -
S_x96x_S
addikt
érdekes .. hybrid cpu szerüség támogatása ...
habár ez alapján még nem tudom elképzelni, hogy milyen lesz ..
az én tippem - hogy pl. az eltérő 3D cache kiépítéseket is ezzel lehet lekezelni ...
Jobb magyarázat ?
-----"AMD Makes Some Interesting SMCA Driver Changes For Future CPUs"
https://www.phoronix.com/scan.php?page=news_item&px=AMD-SMCA-Different-Layouts"A set of three patches sent out by AMD last week add new SMCA bank types in preparation for new CPUs and also bank layout changes for future AMD systems. What makes these patches interesting is, "Future AMD systems will have different bank type layouts between logical CPUs. So having a single system-wide cache of the layout won't be correct....Future AMD systems will lay out MCA bank types such that the type of bank number may be different across CPUs."
The patches though don't elaborate though on why future AMD CPUs may begin seeing different bank layouts between the logical cores of the system. It is a real possibility though that it's in relation to a hybrid processor design with a combination of different cores, similar to Alder Lake / Arm big.LITTLE. AMD patents over the past two years along with rumors have alleged AMD is developing such a hybrid processor and that could be one explanation for why future AMD CPUs may be seeing the different bank layouts between cores.
When it comes to the new SMCA bank types added for future processors as part of this same patch series. the additions include: MPDMA unit, NBIF unit, system hub unit, SATA unit, USB unit, GMI PCS unit, and GMI PHY unit." -
hokuszpk
nagyúr
válasz
Petykemano #6030 üzenetére
"A V-cache / infinity cache pedig még a fél gigát se éri el. "
_most_még_nem. viszont ez is tobb, mint amennyi ram ~20-25 eve a gepemben osszesen volt. El se tudtuk kepzelni, hogy a vilagon letezik ennyi.
bizom a gyorsulo fejlodesben.
vajon grafenbol csinaltak mar ramot vagy memristort ? -
HSM
félisten
válasz
S_x96x_S #6024 üzenetére
"a Graviton3-as történet mögött is ez van - energihatékonyság."
Ez rendben van. Én ahogy írtam a #6020-ben, egyáltalán nem mindegy, mi a tervezési cél és prioritás, amikor létrehozták az adott rendszert. Az AMD a chipletes megoldással egyértelműen a gyártási és tervezési költségek hatékony hasznosítását priorizálta, amit szvsz nagyon jól tettek az adott piaci környezetben. Még a mobil APU-k is ugyanígy IF linken kapcsolódnak, csak egy monolitikus lapkán belül. Ezzel nincs semmi baj, három piaci szegmenst (mobil, asztali, szerver/WS) is sikeresen letaroltak ezzel a megoldással 6-tól 64 magig biztosan. Ez a rendszer nagyon jól teljesít ezekben a szegmensekben, ugyanakkor nem feltétlen ez fogja tudni a legextrémebb energiahatékonyságot. Már a tervezésnél is figyelembe kellett venni pl. az asztali és laptop piacot is, ahova kellett pl. a magas egyszálú teljesítmény. Egyébként könnyen lehet erre a piaci igényre lesz válasz a Zen4c mag, amit kifejezetten a magas magszámú környezetbe szánnak [link] .
Én egyébként az M1-ek kapcsán sem látom azt, hogy "letarolnák" hatékonyságban a jelenlegi, pl. Cezanne APU-t, ha figyelembe vesszük pl. a tranzisztor számot, vagy egyéb, költségekkel, konfigurálhatósággal összefüggő dolgokat. -
Petykemano
veterán
válasz
hokuszpk #6027 üzenetére
A sok v-cache azért a RAM kiváltására szerintem kevés. A SPR esetén 4 HBM2e csatlakoztatható, ami azért már 32GB. A V-cache / infinity cache pedig még a fél gigát se éri el.
Amit el tudok képzelni:
- régi álmunk, a hbm. Viszont a modern technológiákkal már nem kell nagy interposert. Viszont HBM mellé nagy cache se kell.
- brutálsok cache esetén esetleg a RAM kiváltható valami olcsóbb, lassabb megoldással, pl optane, znand, stb (HBCC)Ezekre az AMDnek mind van megoldása, de én kétlem, hogy ebbe az irányba menne.
-
S_x96x_S
addikt
válasz
Petykemano #6026 üzenetére
> Szerintem - az igp miatt - ez túlmutat a threadripperen.
> Ez egy új termékvonal lenne az amdnél.Az én egyedi felhasználó nézőpontomból ( adatfeldolgozás )
főleg az nVidia CUDA dominál,
vagyis a piaci sikert eléggé elő kellene készíteni.
(dömping ár, jobb szoftveres támogatás, olcsó fejlesztői gépek... )viszont ha a ZEN4 (desktop & notebook) procikban lesz már
"AMD CDNA" támogatás, akkor már a Threadripperes CDNA -nak
is nagyobb sikere lenne.Viszont a TR - már workstation-ös gép,
vagyis a külön opcionális CDNA/GPU optimálisabb ( ~ gazdaságosabb ) lenne.Szerintem ez az 3gen-es Infinity jön le elsőként TR-re.
> Az AMD persze szerintem nem így fogja megoldani,
> hanem külön CPU és GPU compute chipletekkel.kíváncsi leszek a 4gen-es Infinity Architektúrára ..
de szerintem is valami hasonló lesz ..
Amúgy remélem, hogy ott már az FPGA-s (Xilinx) chipletek támogatása is meg lesz oldva.
És akkor remélhetőleg van remény a CPU+GPU+FPGA-s fejlesztői laptopra is - AMD alapokon. -
S_x96x_S
addikt
ez aranyos ...
INTEL CEO: ""Nem vesztettem részesedést az AMD-vel szemben, hanem részesedést adtam neki, mert nem volt kapacitásom. ..."Intel CEO: I Haven't Lost Share To AMD, I've Given Share To AMD
https://hothardware.com/news/intel-ceo-i-havent-lost-share-amd""I haven't lost share to AMD, I've given share to AMD, because I didn't have capacity. So a lot of this is just catch up to our growing market and years of under investment," Gelsinger said at the 25th Credit Suisse Technology Conference.
-----------
de azért van egy mélyebb értelme is.
Az AMD bár versenytárs ..
de azért segít az X86-64 -es ökoszisztéma fentartásában.Mert EPYC-ről vissza lehet csábítani az ügyfeleket az Intel-hez
- később egy jobb ajánlattal,de ha átmennek ARM-re ..
akkor az az ügyfél nagyrészt kiesett a potenciális ügyfelek halmazából ..
És igazából emiatt fájhat az Intel-nek az Apple elvesztése. -
hokuszpk
nagyúr
válasz
Petykemano #6026 üzenetére
"Egy ilyen megoldásnál a brutálsok cache segítene, hogy 4 csatornás DDR5 mellett is elketyegjen 16-24 mag."Egy ilyen megoldásnál a brutálsok cache segítene, hogy ne kelljen semmilyen memoriat rakni a gepbe ! ( mint a Sapphire Rapids egyik uzemmodjaban. )
-
Petykemano
veterán
válasz
S_x96x_S #6025 üzenetére
Szerintem - az igp miatt - ez túlmutat a threadripperen. Ez egy új termékvonal lenne az amdnél.
Szerintem csodálatos lenne, ha az AMD gyártana mondjuk 20CU-s monolitikus lapkákat, amelyet így össze lehetne fűzni.
Minden lapká rendelkezne egy 64MB-os a gpu és a CPU által is hasz.altató v-cache-sel (L3/IC) és az összetokozott chipleteket egy nagyobb Cache bridge kötné össze.Egy ilyen megoldásnál a brutálsok cache segítene, hogy 4 csatornás DDR5 mellett is elketyegjen 16-24 mag.
De vajon az Apple esetén mi a terv? Ott 1 M1 Max lapka kap 512b LPDDR5-öt. Hogy lenne 2 v 4 lapka esetén?
Az AMD persze szerintem nem így fogja megoldani, hanem külön CPU és GPU compute chipletekkel.
-
S_x96x_S
addikt
(konkurencia, iparági trend)
ez az M1 skálázás kezd érdekes lenni.
és az M1 Max Quadra - már a Threadripper területe lenne.amúgy ez elég szép példa a felfelé skálázásra.
bár sok eltérés van ..
pl. az Apple - elég "böhöm" chipleteket használ ( az AMD-hez képest )-----------
Pics of Apple M1 Max Die Hint at Future Chiplet Designs
'M1 Max Duo' or 'M1 Max Quadra' chips incoming?
"M1 Max Quadra" solution with 40 CPU cores and 128 GPU coreshttps://twitter.com/VadimYuryev/status/1466526403331952644
https://www.tomshardware.com/uk/news/pics-of-apple-m1-max-hint-at-incoming-chiplet-designs -
S_x96x_S
addikt
> Az összehasonlítás szvsz több sebből is vérzik.
Ha lehagyjuk az NUVIA-s állítását
(ami mögött amúgy az Apple ex tervezője van)attól még igaz:
"Az ARM eredményei minden ponton energiatakarékosabbak/nagyobb teljesítményűek, mint bármi, ami x86-on elérhető, ...."és mert a Graviton3-as történet mögött is ez van - energihatékonyság.
> valós, megvehető termékekkel...
ez cloud .. bérelhető és tesztelhető termékekről van szó.
Az alkalmazások fele ~ ARM-es szerverprocin is elfut. -
HSM
félisten
válasz
Petykemano #6021 üzenetére
-
S_x96x_S
addikt
>> "de nem olyan egyszerű a lefelé skálázás"
>Ugyanúgy, ahogyan a felfelé skálázás sem.
>Minden rendszernek megvan az optimális mérete, ahol jól működik.A lefelé skálázás alatt
~ "az egyre kevesebb watt-ból - egyre több teljesítményt kihozni"
értem.A Nuvia például azzal az igérettel adta el magát
( persze ezt még bizonyítani kell ... ),
hogy kombinálni tudja a mobilchipek energihatékonyságát a szerverek teljesítményével..
Vagyis jobb és energiahatékonyabb szerver csipet csinál mint a többiek mobil procijai! ( AMD, Intel, Apple )deepl fordítva:
"Az ARM eredményei minden ponton energiatakarékosabbak/nagyobb teljesítményűek, mint bármi, ami x86-on elérhető, még akkor is, ha a felső határon az Apple és az Intel majdnem azonos teljesítményt nyújt ..."és a Cloud -ban az energihatékonyság zsebre megy.
100.000 CPU -nál már ~0.5% -os energihatékonyság több millió $-os éves költségmegtakaritás, amiért érdemes lehajolni.
De egy kis cég, akinek 10 szervere van - ez elenyésző költség.
Veszi a konfekciós szervereket - átalakítás nélkül.
Vagyis a Cloud és a HPC piac egész más optimalizációs problémát igényel az AMD és az Intel részéről.-------------
According to NUVIA’s numbers, this is where the current market stands with respect to Geekbench 5. At every point, ARM’s results are more power efficient/higher performant than anything available on x86, even though at the high end Apple and Intel are almost equal on performance (for 4x the power on Intel).
NUVIA notes that power of the x86 cores can vary, from 3W to 20W per core depending on the workload, however in the sub 5W bracket, nothing from x86 can come close to the power efficiency of high-performance Arm designs. This is where Phoenix comes in.
...
"NUVIA’s claim is that the Phoenix core is set to offer from +50% to +100% peak performance of the other cores, either for the same power as other Arm cores or for a third of the power of x86 cores. NUVIA’s wording for this graph includes the phrase ‘we have left the upper part of the curve out to fully disclose at a later date’, indicating that they likely intend for Phoenix cores to go beyond 5W per core."
https://www.anandtech.com/show/15967/nuvia-phoenix-targets-50-st-performance-over-zen-2-for-only-33-power"Compared to AMD's Ryzen 4700U, the company says it can achieve a 40 to 50 percent higher IPC with only 33 percent of the power consumption." [1]
-
Petykemano
veterán
"A mobilban, főleg az alacsony fogyasztású régióban kritikus a fogyasztás, ahhoz pedig hogy az minél alacsonyabb lehessen fontos a komponenseket minél közelebb és szorosabban integrálni egymáshoz."
Nem akarnám azt sugallni, hogy szerintem lesz chipletes mobil az AMD-től. Csak kérdezem.Ennél:
Ez:
Lényegesen közelebb és szorosabbIlyen "mozaikszerű" módszerrel el tudnád képzelni, hogy mobil célra már közel annyira megfelelhet, mintha monolitikus lenne?
-
HSM
félisten
válasz
S_x96x_S #6013 üzenetére
"de nem olyan egyszerű a lefelé skálázás"
Ugyanúgy, ahogyan a felfelé skálázás sem. Minden rendszernek megvan az optimális mérete, ahol jól működik."Amúgy eddig chipletes mobil proci se nagyon volt;"
Egyébként várható?A mobilban, főleg az alacsony fogyasztású régióban kritikus a fogyasztás, ahhoz pedig hogy az minél alacsonyabb lehessen fontos a komponenseket minél közelebb és szorosabban integrálni egymáshoz. Chipletet én igazából csak a magasabb TDP osztályokban tudok elképzelni, 45W és felette.
"az X86 hozzá van kötve a magasabb FREQ-hoz."
Ez az asztali piac sajátja.
A Ryzenek igencsak jól skálázódnak 4Ghz alatt is, nem véletlen tudnak igencsak harapós 8-magos CPU-t kínálni 15W-os keretből (Renoir, Cezanne), és a szerverek esetén is igencsak fontos összetevője ez, hogy olyan sikeresek és egyáltalán tudtak hozni annyi magot, amennyit. Sajnos szerverekben a sok mag összekötése relatív energiaigényes, ez a kritikus kérdés. Szerintem sokkal inkább ezen fog múlni, melyik megoldás lesz sikeres, nem a magokon vagy frekvenciákon. -
S_x96x_S
addikt
válasz
Petykemano #6014 üzenetére
> Állítólag ez az első nagyobb zen4 patch
ideje.
A Linux 5.17 - a következő éve elején várható.
A szoftveres tuning elkezdéséshez nem árt minnél hamarabb.
Feltételezem, hogy egyes "VIP" ügyfelek már a következő év elején elkezdik a tesztelést.amúgy már novemberben elkezdték a támogatást.
- Family19 - Zen4
https://www.phoronix.com/scan.php?page=news_item&px=Linux-5.17-k10temp-New-AMD-Zen- Family 19 - 12 CCD
https://www.phoronix.com/scan.php?page=news_item&px=AMD-Zen-12-CCDs-hwmon -
-
hokuszpk
nagyúr
válasz
S_x96x_S #6013 üzenetére
"Az ARM-nak nagy előnye; hogy alulról felfelé skálázódik"
az "alulrol felfele" szokapcsolatrol juteszembe.
Most ugye az az allaspont, hogy a Zen 3D -n majd a cpu lapka tetejere helyezik a cache lapkat. Namost lehet tevedek, de ugyemlexem, az volt a kozmegallapodas, hogy az alig fogyaszt, ezert lehet odatenni. a ket cpu magcsoport fole meg valami igenjo hovezeto anyag fog kerulni, mert az ott keletkezo hot meg valahogy el kell vinni.
ezesetben mi akadalyozza meg, hogy a proci lapkajanak kozeperol ugy unblokk eltavolitsak az L3 cachet, es egy ( vagy tobb ) a cpueval azonos meretu cache lapkat a cpumagok _ala_ helyezzenek el ? Vagy akar a bazinagy cache lapka tetejere tegyek a cpu-t ?
igy a hotermelo magok maradnak kozvetlenul az ihs alatt, az alig hotermelo cache meg ugysetermel hot -
Petykemano
veterán
Állítólag ez az első nagyobb zen4 patch
-
S_x96x_S
addikt
>> and clock speeds being pushed too far"
> Ez egyébként erősen paraméterezés kérdése is.
> Hülye példa, de talán szemléletes, hogy notebookokban
> ugyanaz a Cezanne APU konfigurálható 10-től akár 60W-ig is.ez igaz,
de nem olyan egyszerű a lefelé skálázás
és több év kell neki.
Kérdés, hogy mennyire várnak a nagy ügyfelek.Amúgy eddig chipletes mobil proci se nagyon volt;
és ez csak majd a ZEN4-től várható.
Valószínüleg az i/o die-t karcsúsították fogyasztás szempontjából is.Az ARM-nak nagy előnye; hogy alulról felfelé skálázódik
és a fogyasztás kiemelten fontos volt ( telefonok )
És ebben van már több mint 10 éves fókusza, gyakorlata, tapasztalata.És a gyártási technológiára való optimalizálás is fontos
pl.
az Apple (A*)(M1) procik már-már sok-sok éve
főleg a TSMC -re vannak optimalizálva.
és az új TMSC gyártósorok kezdetben nem is birják a ~4ghz feletti freq-kat, de a 3Ghz -et általában tudják.
Emiatt az Apple egyre inkább szélesíti a magjait, hogy egy szálon - alacsony freq-n is jó teljesítményt adjon.
( Az Apple M1 notebook- on hűtés sincs )az X86 hozzá van kötve a magasabb FREQ-hoz.
és az Inteles 14+++++++++++++ -ra való beragadás
is részben ezzel magyarázható.
Mert ha a gyártástechnológia csak 2Ghz-et enged, akkor ennek megfelelő magok kellenek. -
HSM
félisten
válasz
Petykemano #6011 üzenetére
"Kiváncsi vagyok, hogy vajon ebből a fogyasztásból mennyiért tehető felelőssé az infinity fabric."
Szvsz nem kevésért.Szerintem régi, de nagyon jó mérés a témában: [link] . Persze, azóta sokat javítottak az egyes IF linkek fogyasztásán, de több lett a linkek száma is.
-
Petykemano
veterán
válasz
S_x96x_S #6009 üzenetére
Ez jogos. Mindig meglep az a 100W, és aztán elfelejtek rákérdezni:
Vajon hogy csinálják?A cikk foglalkozik azzal is, hogy az AMD esetén csak az IOD fogyaszt ennyit.
Kiváncsi vagyok, hogy vajon ebből a fogyasztásból mennyiért tehető felelőssé az infinity fabric. Az adattovábbítás szempontjából nem olcsó - az alacsony késleltetésért magas fogyasztással kell fizetni. A zen esetén a lapkák elég távol vannak egymástól.
Erről volt szó, ez egy választás volt és arról, hogy lényegesen alacsonyabb pJ/bit értéket lehetne elérni alternatív (de eddig nyilván drágább) megoldásokkal. Csak azért hozom fel mindig, merthogy most már az AMD-nek van EFB. Kiváncsi vagyok bevetik-e az Zen4-gyel,
hogy csökkentsék az adatmozgatás energiaszükségletét, vagy a kérdést letudják a V-cache-sel? -
HSM
félisten
válasz
S_x96x_S #6009 üzenetére
Ezt írja az előző idézeted: "which make them miss crucial factors in system level design such as peak power being too high, density being too low, and clock speeds being pushed too far"
Ez egyébként erősen paraméterezés kérdése is. Hülye példa, de talán szemléletes, hogy notebookokban ugyanaz a Cezanne APU konfigurálható 10-től akár 60W-ig is.
Szerverekben is pl. kompromisszum, hogy az AMD a jelenlegi "pici" chipletes megoldással kedvezően tartja az előállítás költségét, de pl. a fogyasztás tekintetében számottevő hátrány lehet a sok IF link szükségessége.
Ugyanakkor nagyon kíváncsi leszek a már beharangozott Zen4c magokra, lehet éppen ide hoznak vele előrelépést? -
S_x96x_S
addikt
válasz
Petykemano #6008 üzenetére
> TCO tekintetében miért van hátrányban az x86?
csak feltételezem - mint cloud használó:
az AWS -nél az on-demand gépek kihasználtsága hullámzik.
mert nem lehet szűkre venni a kapacitást.És tegyük fel, hogy a nemfizetős gépek aránya ~ 5 - 40% között mozog.
(pl. hétvégén több a szabad kapacitás.
hétközben - helyi munkaidő alatt viszont sokkal jobb a kihasználás)
Ekkor a nemfizetős gépek áramigényét is fizetni kell ..
És most eléggé elszáltak az áramárak az EU-ban.És ha kevesebbet fogyaszt
- olcsóbbak a rezsi költségek
- kisebb hőt kell elvezetni - és sűrűbb lehet a gépterem.nem véletlen, hogyha 1/3 a fogyasztás, akkor akár 3 CPU-t is be tudnak rakni .. "stuffing 3 CPUs into an air-cooled server unit. "
-
Petykemano
veterán
válasz
S_x96x_S #6007 üzenetére
Bocs, rosszat linkeltem.
Mindenesetre ha már kiemelted, segítségre lenne szükségem az értelmezésben.
TCO tekintetében miért van hátrányban az x86?
- Túl drágán adja az AMD meg az Intel?
- vagy bonyolult és túl drága fejleszteni az x86 processzorokat Arm procikkal szemben?
- Vagy úgy kell ezt érteni, hogy az AMD-hez és az intelhez hasonlóan legalább ugyanilyen bajban van/lenne az Ampére is - vagyis arról van szó, hogy az ilyen fejlesztő munka akkor éri meg, ha megfelelő volumenű produktumra tudod skálázni - itt most a legyártott és üzembe helyezett CPU-kra gondolok és ha Te, mint cég önmagadban elég nagy vagy, akkor neked már megérheti azt a fejlesztőgárdát házon belül tartani, akiknek a munkájára vastag profitot és adminisztrációs költséget is ráfizetnél, ha third party cégben lennének.
- Vagy az előző plusz itt is valami olyasmiről van szó, mint az apple-nél, hogy az Intel, AMD, Ampére általános célú processzorokat gyárt szabványok alapján csereszavatos szerverkomponensekbe - mert nagyjából ez volt a komponensek szintjén nyílt piacú PC/x86 piac óriási előnye akkor, amikor vertikálisan integrált mainframe-eket gyártó cégek versengtek egymással. De a versengést lenyomja a monopólium, mivel a redundancia többletköltség, a szabványokat pedig lenyomja a kusztomizáció, mert a minden piaci szereplő számára megfelelő szabványokhoz igazodás költséges? és ha minden saját ,akkor szarhatsz a világra, miközben beleviheted az egyedi elgondolásaidat, egyedi megoldásaidat, amit nyilván a szabványos / általános célű valami nem kínál.
? -
S_x96x_S
addikt
válasz
Petykemano #6005 üzenetére
A fogyasztás és a TCO egyre fontosabb ..
és itt az X86 -os irány - hátrányban van.https://semianalysis.substack.com/p/amazon-graviton-3-uses-chiplets-and
"""
"Graviton3 is of course the star of the show. Amazon jumped forward as the first to many technologies on the server CPU side. They are using a chiplet design with 7 different dies. What stands out is that they are packaged using advanced packaging. The size of the ubumps connecting each die are <55um whereas every CPU from Intel and AMD is still at >100um. Intel and AMD only catch up with their next generation CPUs. This enables a design where IO is disaggregated from the CPU without ballooning in power budget. AMD IO dies on Rome and Milan server CPUs take as much as 100W. This 100W eats into the power budget for the cores, and cannot be geared towards computations. Graviton achieves 50% higher memory bandwidth than AMD Milan and PCIe 5.0 connectivity while keeping the entire CPU power consumption in that same ~100W range."
"""""
While x86 CPU vendors will maintain their peak performance per CPU lead, Intel and AMD are ignoring the more important battle. That battle is over total cost of ownership (TCO) per unit of compute on a server and rack level for generalized CPUs. Commoditization is here for the CPU market, and even if Intel's and AMD's individual core design is markedly better, it won't change the equation. Intel and AMD are hyper focusing on certain aspects, which make them miss crucial factors in system level design such as peak power being too high, density being too low, and clock speeds being pushed too far.Graviton3 should be making Intel and AMD executive’s quiver. In fact, all merchant silicon vendors should be terrified because Microsoft, Facebook, Google, and the major Chinese players want to replicate this vertical integration across networking, CPU, SSD, AI inference, and AI training. This basket of hyperscale firms are growing much faster than rest of the market, and they are swallowing up computing dollars spent like veracious beasts. Tech monopolies are going vertical, and there doesn't seem to be much being done to stop this long term tsunami.
""" -
Petykemano
veterán
válasz
Petykemano #6005 üzenetére
Van egy ilyen is:
-->
"Beating Intel+AMD to DDR5 by ~6 months"
"We TESTED Graviton 3..."
Graviton 3 is not shipping in large volume yet and is not being used to power those instances.
Zen 4 and SPR are probably in the same "testing phase" right now.
I wouldn't call this "beating by ~6 months"
<-- [link] -
Petykemano
veterán
Talán nem is annyira a proci érdekes. Arm V1.
A cikk is két dolgot hangsúlyoz:
- vertikális integráció. Várhatóan az összes tech gigacég a saját vertikális megoldását fogja megvalósítani kilőve ezzel legalábbis a hyperscaler/cloud szerver piacról a CPU és más hardvergyártókat.
Lehet, hogy ez technológiailag szenzációs. De így a kapitalizmus egészét tekintve mennyire lehet jó, hogy mindent egy, najó,.néhány gigászi cég birtokol és irányít?
- chipletek használata. Elég érdekes, hogy a CPU magok egy monolitikus lapkán vannak és kívülről vannak hozzápasszintva a külön gyártott részegységek.
Mindenzt DDR5-tel és pcie5-tel fél évvel a nagy chipgyártók előtt.
Persze ezen se csodálkozzunk. Az amazon egy olyan gigászi cég, mint az Apple. 5x akkora bevétellel, mint az Intel. Miért volna meglepő, ha gyorsabban is fejlesztenek? Az Auchan valószínűleg lényegesen hamarább vezetne be egy új péküzemi techmológiát, mint a csak pékséggel foglalkozó sarki pék. -
S_x96x_S
addikt
A Linux 5.17 -ben hegesztik a ZEN procik NUMA-s teljesítményét.
( javulás várható egyes estekben )
Persze ez főleg a Szervereknél ( EPYC ) lesz hasznos.----------------------
"New Linux Scheduler Patches Can Improve AMD Zen Performance For Some Workloads"
https://www.phoronix.com/scan.php?page=news_item&px=Linux-Sched-NUMA-Imbalance-Zen"A set of two patches under review on the kernel mailing list for tweaking some kernel scheduler behavior can provide noticeable performance benefits to those using AMD EPYC and Ryzen processors on various workloads.
Last year the Linux kernel scheduler code was adapted to allow a floating imbalance between NUMA nodes until 25% of the CPU cores are occupied while higher than that the balancing behaves as normal. Prior to that an imbalance between NUMA nodes was only allowed when the destination node was effectively idle."
". With benchmarks carried out by Gorman, on an AMD Zen 3 system when running the Stream OpenMP-based memory benchmark he saw improvements between 180% and 268%. For the Coremark CPU synthetic benchmark he saw the harmonic mean and maximum performance go up by 15% while the minimum score improved by nearly 10% too. With SPECjbb Java workloads he also generally saw better performance too."
Új hozzászólás Aktív témák
Hirdetés
- OLED TV topic
- Sony MILC fényképezőgépcsalád
- One mobilszolgáltatások
- Kerékpárosok, bringások ide!
- Kormányok / autós szimulátorok topikja
- D1Rect: Nagy "hülyétkapokazapróktól" topik
- exHWSW - Értünk mindenhez IS
- Milyen belső merevlemezt vegyek?
- EA Sports WRC '23
- Google Pixel topik
- További aktív témák...
- AKCIÓ! "ÚJ" Microsoft Surface 5 13,5 notebook - i5 1235U 8GB RAM 256GB SSD Intel Iris Xe IGP 27% áfa
- Lenovo Legion Slim 5 82Y900BVHV Notebook
- Bomba ár! Lenovo ThinkPad X395 - AMD Ryzen PRO 5 I 8GB I 512GB SSD I 13,3" FHD I Cam I W11 I Gari!
- Új monitor állvány - csak össze lett szerelve
- AKCIÓ! ASUS B650M R5 7600X 64GB DDR5 1TB SSD RTX 3080Ti 12GB Be Quiet! Pure Base 500FX ASUS 1000W
Állásajánlatok
Cég: PCMENTOR SZERVIZ KFT.
Város: Budapest
Cég: Liszt Ferenc Zeneművészeti Egyetem
Város: Budapest