Új hozzászólás Aktív témák
-
BiP
nagyúr
válasz Petykemano #4320 üzenetére
az új konzolokban 8magos 4GHz alatti Zen2 magok vannak (még ha egyedi is), nem hiszem, hogy bármilyen szempontból növelésre késztetné 2-3év múlva a desktop piacon most megjelenő 16magos Zen3-akat. Szerintem konzol ide vagy oda, a 16mag elég lesz desktopon jó ideig.
-
BiP
nagyúr
válasz Petykemano #4328 üzenetére
Teljesen jól írtad le, mire gondoltam.
Persze, hogy nőni fog a PC-s játékok igénye az új konzolgen hatására. De ha azt nézem, hogy most is bőven elég a 8mag, ha növekedő igényt is számolunk, a 16mag így is túllövés. És akkor még a 20% IPC növekedést nem is vettük.
2-3 év múlva konzoloknál sem jön még új gen. Az csak arra lesz elég idő, hogy kezdik kihasználni a mostaniakat rendesen.
A MA 5600x-5800x megfelelően elég a játékokhoz? Szerintem a megfelelőhöz már a 3600x is elég. A fenti 2 proci a jóhoz is elég (ma), hiába 6 és 8magos "csak".Szóval ha kezdenek majd 8magnál többet is használni, 16 elég lesz jó ideig. A párhuzamosítás, skálázás nem egy egyszerű műfaj, nem lehet az egekig emelni a szálak számát.
És szerintem AMD sem fog feljebb lépni még pár generációt.
2-3év múlva a 6 mag szerintem is belépő a játékokhoz,(kb.ma is már ajánlott) de 8mag már elég. Szerintem. Mert azt ne felejtsük, ezek baromi erős magok jó órajelekkel. És ez csak javulni fog 2-3 év múlva.
De otthoni desktopra a 16mag tuti elég lesz egy ideig, még annak is, aki streamel meg videót vág. -
Cathulhu
addikt
válasz Petykemano #4350 üzenetére
Itt most nem arrol van szo, hogy beleposzint lesz e X ev utan vagy sem, mert nyilvan az lesz, ahogyan egy mai 2 magos CPU is porig alazza az akkori 8 magosakat. De itt egyesek szerint a frissen megjelent Zen3 gyorsabban fog avulni, mint az akkori mondjuk 2500k, es alkalmatlan lesz 30 FPS-nel tobbet kitolni magabol par ev mulva. Holott a konzolokban levo Zen2 es egy friss 5GHz kozeleben jaro Zen3 kozott mar most meg van az az 50%+ single thread kulonbseg, es magokbol is lehet +50-100% (12 es 16 mag) kapni, szoval semmi se indokolja miert avulna a jelenlegi generacio gyorsabban mint az elozo. Sotmitobb, mivel eleve a konzolok fogjak meghatarozni a szintet evekig, erre semmi eselyt se latok.
[ Szerkesztve ]
Ashy Slashy, hatchet and saw, Takes your head and skins you raw, Ashy Slashy, heaven and hell, Cuts out your tongue so you can't yell
-
paprobert
senior tag
válasz Petykemano #4350 üzenetére
Köszönöm hogy mutattál forrást. Igen, nagyjából erről van szó.
Pusztán a multicore teljesítmény alapján a 16 magos 5950X tud valamivel több mint kétszeres throughput-ot, azaz elméletben ott van esély 60 fps-re, amikor a konzol már csak 30-at tud. Ehhez kell jól skálázódó motor is.
Egy szálon viszont nem tud kitolni dupla annyi frémet, így ha a szál-limitált motor 30-at teljesít konzolon, és nem skálázódik, akkor sub 60 lesz az eredmény PC-n.
A ma kapható 6, 8 magosak sem single, sem multithread-ben nem tudnak kétszeres teljesítményt szolgáltatni.Az elavulás üteme, és az hogy mennyi ideig tudnak garantálni a mostani PC-s hardverek 60 képkocka feletti futást, csak azon múlik, hogy milyen gyorsan váltanak a fejlesztők.
Rossz kimondani, de vásárlóként a fejlesztők markában vagy, a hardverek számai le vannak mérve, látjuk hogy mit tudnak.[ Szerkesztve ]
640 KB mindenre elég. - Steve Jobs
-
awexco
őstag
válasz Petykemano #4354 üzenetére
A core-okban l1 il l2-t össze tudod hasonlítani , h menyi adat menyi helyet foglal . Csak hogy más képességekre vannak optimalizálva .
I5-6600K + rx5700xt + LG 24GM77
-
-FreaK-
veterán
válasz Petykemano #4354 üzenetére
Szóval akkor ebből kiderül, hogy nincs külön 6magos ccx, hanem 8 magos van csak és abban van letiltva 2 mag. Vagy ez csak nekem újdonság itt?
#4357 Petykemano ez egy nagyon szép, diplomatikus válasz volt amúgy ez így nekem tényleg kimaradt, pedig követem a Ryzenes híreket/pletykákat is rendszeresen
[ Szerkesztve ]
-
Devid_81
nagyúr
válasz Petykemano #4361 üzenetére
Te ezen a hozzaszolason aztan dolgoztal rendesen!
Egy komplett cikk!...
-
Mumee
őstag
válasz Petykemano #4361 üzenetére
-
BiP
nagyúr
válasz Petykemano #4370 üzenetére
OFF: Cache-re a $ mennyire általánosan használt rövidítés?
Elsőre nehéz volt értelmezni, aztán csak leesett.
(Nem vagyok programozó, így simán el tudom képzelni, de eddig ezt csak tőled láttam.)[ Szerkesztve ]
-
BiP
nagyúr
válasz Petykemano #4372 üzenetére
A szójáték része adja magát, csak nem tudtam, hogy ez saját találmány-e (mivel soha nem láttam még máshol) vagy általánosan használt rövidítés.
A ph meg messze nem szövekorlátos környezet, ahol indokolt lenne
Lehet, hogy pont ezért nem találkoztam vele, twittert meg csak ritkán olvasok, SMS-ben nem ilyenekről értekezem[ Szerkesztve ]
-
veterán
válasz Petykemano #4370 üzenetére
Azert a fabric majd megduplazasa biztos hoz valamennyit...
Amugy is cserelni kell a ramot, majd megnezzuk ddr5ben mit dob a micron
Nézd meg a hirdetéseim. Finomságok!!!
-
-vitya-
őstag
válasz Petykemano #4370 üzenetére
fene tudja... elolvastam az eredeti bejegyzést, és érzéseim:
- most komolyan, előléptetés elmaradása miatti hisztinek egy ilyen poszt lenne a kimenete?
- nagy része már tudott volt, és kis része lehet érdekes info
- ilyen a pcie4 használata 2022-ben, pcie5 helyett? nemtom, én 5-öt használnék
- ilyen a 7nm IO rész, ddr5 support hynix közös meló, 6600-7000MHz - lehet még racionálisan is levezethető ilyesmi, még el is tudnám hinni
- 4 thread hiánya - még el is hiszem
- óriás L4 cache? na ez amire kíváncsi lennék, hogy vajon mennyi igazság van benne
- megjelenés 2022q3? az jóóóó sokára van, miért? Lesz egy frissítés 2021-ben 5x00XT néven?-=Витя=-
-
Cathulhu
addikt
válasz Petykemano #4390 üzenetére
haaat nem vagyok benne 100%-ig biztos, hogy az extra latency level2-n ezt megeri. L3-on esetleg, de en inkabb meg mindig egy hatalmas kozos L4-ert lobbizok az IO lapkaban, oda tokeletes lenne. Kar hogy az en lobbim itt ph-n az AMD szemeben fabatkat sem er
Ashy Slashy, hatchet and saw, Takes your head and skins you raw, Ashy Slashy, heaven and hell, Cuts out your tongue so you can't yell
-
Mumukuki
aktív tag
válasz Petykemano #4390 üzenetére
itt se volt benne dollar jel
-
Cathulhu
addikt
válasz Petykemano #4393 üzenetére
L4 szerintem nem is a magok meg a CCX-ek kozotti kommunikacio miatt lenne fontos, sot meg csak nem is a CCD-k kozott, hanem az IMC es a magok kozott. Az IO es a CCD-k kozott igy is van az IF miatt egy jo adag kesleltetes, minden egyes memoria eleresnek a CCD->IO->RAM->IO->CCD utat kell ugye bejarnia, de egy jo nagy L4-el ez CCD->IO->CCD-re lehet optimalis esetben szukiteni. De mivel az L3 igy is marha nagy es tovabbi duplazast varok 5 nanon, L4-nek is csak akkor van ertelme, ha szignifikansan tobbet tud nyujtani mint az L3. Lehet tenyleg csak Epyc eseten lenne ertelme, 1-2 CCD-s asztaliknal nem, franc se tudja.
Arra mondjuk tokeletes lenne hogy az IMC es az IF koze ekelodve koztes bufferkent szepen el le lehetne valasztani az IF frekvenciat az IMC frekvenciatol.Ashy Slashy, hatchet and saw, Takes your head and skins you raw, Ashy Slashy, heaven and hell, Cuts out your tongue so you can't yell
-
HSM
félisten
válasz Petykemano #4393 üzenetére
Ebben a latency dologban az a rendkívül érdekes, hogy korábban CCX-en belül ugyanúgy 17ns körül mértek a 3950X-en, a távoli CCD-n belül viszont lényegesen magasabb volt, mint amit linkeltél: [link]
Valamint volt egy gyorsabb és egy lassabb CCD. Valamelyik AGESA kódban úgy tűnik stratégiát váltottak, ami a CCX-ek szinkronban tartását illeti.
Tehát ezt az "óriási előrelépést" én azért így nem jelenteném ki. Azért a pontos okokra igen kíváncsi lennék.#4395 Pinky Demon :
"De mivel az L3 igy is marha nagy es tovabbi duplazast varok 5 nanon, L4-nek is csak akkor van ertelme, ha szignifikansan tobbet tud nyujtani mint az L3"
Nem helyettesítik egymást. Egy IOD-be rakott L4 éppen a CCD-k közötti szinkronizációt gyorsíthatná, ha ehhez nem kellene a ramig elmenni. A nagyobb L3 pedig a CCD-n belüli teljesítményt tudná javítani, ami egyébként jelenleg is elég jó, de ettől semmivel sem gyorsul a CCD-k közötti kommunikáció. -
TESCO-Zsömle
félisten
válasz Petykemano #4402 üzenetére
Plusz ne akarjanak már beleszólni a független tesztelők módszereibe...
Sub-Dungeoneer lvl -57
-
S_x96x_S
őstag
válasz Petykemano #4402 üzenetére
Az ExtremeTech nem ért egyet az Intellel ..
Intel Is Spreading FUD About Supposedly Huge Ryzen 4000 Performance Drops on Battery https://www.extremetech.com/extreme/317657-intel-is-spreading-fud-about-supposedly-huge-ryzen-4000-performance-drops-on-battery
Mottó: "A verseny jó!"
-
S_x96x_S
őstag
válasz Petykemano #4408 üzenetére
> [Konkurencia]
> M1 postgresql benchmarkvárható volt, de azért eléggé ütős lett az M1 - mint az ARM éra új zászlóshajója..
és az X86-os emulációnál ( ami kb 70% teljesítménnyel futtatja az X86-os kódokat )
éltek is a lehetőséggel, és beleraktak pár érdekes dolgot a prociba.
pl. át tud váltani a proci az Inteles memória elrendezésre .. és ekkor nem a szoftveres emulációs rétegnek kell ezt a feladatot elvégeznie ..
https://twitter.com/ErrataRob/status/1331735383193903104
"4/ So Apple simply cheated. They added Intel's memory-ordering to their CPU. When running translated x86 code, they switch the mode of the CPU to conform to Intel's memory ordering."És ha továbbgondolom:
#1. akkor szerintem az AMD( vagy Intel) is beleteheti a következő prociba
az ARM-es memória modellre váltás lehetőségét,
amivel az ARM-es programokat lehet majd az X86 -alatt gyorsan futtatni .#2. Az AMD-nek meg van a lehetősége, hogy teljesen heterogén procit csináljon - ami az X86-ot és ARM-et egyformán jól futtatja ... merész lépés , ami veszélyekkel is jár .. de szerintem ez lehet az egyik trend. ( legalábbis ha a Cloud üzemeltetők felőli nyomást érzékelem ; vagyis minimális hardverrel lefedni a legtöbb igényt - igény lenne rá ..
és én mint fejlesztő is el tudnék képzelni egy ilyen laptopot .. )#3. az M1-es nyomdokait követve az nVidia is csinálhat egy ideális - univerzális szerver procit, ( mivel az Apple nem akar egyenlőre a szerveres piacon operálni )
és valószínüleg stratégiailag kénytelen is lesz,
mert nincs más választása.#4. fél szemmel a Nuviát figyelem .. mivel egy kiugrott ex Apple-s chiptervező a CEO-ja.
https://nuviainc.com/leadership
https://nuviainc.com/blog
és az M1 után a Nuvia célja már nem is annyira valószínűtlen ..
NUVIA Phoenix Targets +40-50% ST Performance Over Zen 2 for Only 33% the PowerA jövő érdekes kérdései,
- az AMD hogy reagál az ARM-es kihívásokra.
- az nVidia mit kezd azzal a hatalommal, hogy ő határozza meg az ARM jövőjét.Mottó: "A verseny jó!"
-
S_x96x_S
őstag
válasz Petykemano #4413 üzenetére
> A zen3 mag teljesítménye és fogyasztása optimalizálható olyan szintre,
> amikor már csak ~30% választja el a M1 magjaitól.pár napja volt egy érdekes elemzés az M1 és az x86 architektúra közötti eltérésről ..
amiben a szerző az M1 Firestorm - nál azt emeli ki, hogy
8 párhuzamos utasítás dekódere van, mig az x86-nál az eltérő utasításhosszak miatt ez 4
( vagyis a fele ( #1. )
és emiatt (is) az M1 60%-on (3.2Ghz) tudja hozni az 5Ghz-es ZEN3 teljesítményét. ( #2. )megj: persze a ZEN2-nél a microde-os végrehajtás és sok más dolog is - a dekódolás után 8 utasra változott, de a 4-way -es utasításdekóder maradt .. a ZEN3-nál is ( Decode: 4-way )
( Az Inteles Ice-lake -re 5-way -t irnak , vagyis nem lehetetlen az 5 utas dekóder. )(#1)"And this is where we see the huge differences. The biggest baddest Intel and AMD microprocessor cores have 4 decoders, which means they can decode 4 instructions in parallel spitting out micro-ops.
But Apple has a crazy 8 decoders. Not only that but the ROB is something like 3x larger. You can basically hold 3x as many instructions. No other mainstream chip maker has that many decoders in their CPUs."(#2)"As far as I remember from performance benchmarks the newest AMD CPU cores, the ones called Zen3 are slightly faster than Firestorm cores. But here is the kicker, that only happens because the Zen3 cores are clocked at 5 GHz. Firestorm cores are clocked at 3.2 GHz. The Zen3 is just barely squeezing past Firestorm despite having almost 60% higher clock frequency.
So why doesn’t Apple increase the clock frequency too? Because higher clock frequency makes the chips hotter. That is one of Apple’s key selling points. Their computers unlike Intel and AMD offerings barely need cooling."https://erik-engheim.medium.com/why-is-apples-m1-chip-so-fast-3262b158cba2
HN: https://news.ycombinator.com/item?id=25257932Mottó: "A verseny jó!"
-
S_x96x_S
őstag
válasz Petykemano #4414 üzenetére
> DDR5 @ 2021Q3
> Na, lesz AM5 2021 végén?ha 14 hónapos fejlesztési ciklussal számolunk, akkor inkább 2022-Q1 lesz ... vagy 2022 CES
persze a versenytárs mindig ösztönzően hat a teljesítményre és nem maradhatnak le túlságosan az Inteltől.
pici az esély, de azért reménykedem
"As it stands, the roadmap shows that AMD intends to introduce DDR5 support for the desktop CPU lineup in 2022. " [link]Mottó: "A verseny jó!"
-
veterán
válasz Petykemano #4422 üzenetére
Kettős hatás lehet, nem is nagyon kapni, meg nem is jött első körben 5600, csak X, 3700X-nak se lett párja (még?) az új szériában, tavaly nyári alapján ezekre lenne a legnagyobb igény.
solfilo
-
HSM
félisten
válasz Petykemano #4413 üzenetére
Egyébként, hatékonyság témakör. Szerintem érdekes, a gyári BOOST-hoz képest mekkora tartalék van akár egy Zen2-ben is. Én ezt mértem: [link] . Elég impozáns szvsz perf/watt-ra amit a boost nélküli 3,6Ghz órajelén produkált.
#4415 S_x96x_S : A dekóderes rész nekem ott nagyon sántít, hogy nincs figyelembe véve, hogy az x86 komplex utasítás architektúra, azaz elviekben (!!!) kevesebb utasításból meg tudod csinálni ugyanazt, tehát a "dekóderszám x órajel" metrikát erős fenntartásokkal kezelném egy RISC rendszerrel összehasonlítva.
#4426 Petykemano : "Minél nagyobb a ROB (Re-order buffer), annál nagyobb a soron kívül, párhuzamosan végrehajtható utasítások száma"
Ami a ROB-ot illeti, vélhetőleg ott is azért sok tényezős az egyenlet. Például felső korlát a végrehajtó egységek száma a CPU-n belül. Annál nagyobb ROB-ot beépíteni pazarlás, mint ami a végrehajtó egységek hatékony működéséhez az adott csipen indokolt. A Ryzeneken pl. ott az SMT és az óriás L3, ami szintén sokat segíthet utasításokkal ellátni a végrehajtókat és átlapolni az esetleges várakozási időket.Ami az X86 utasításkészlet átalakítását illeti, az erősen problémás, hiszen az X86 legnagyobb előnye a kompatibilitás. Ha csinálsz belőle egy inkompatibilis verziót, akkor már jobban járnál, ha alapoktól átterveznéd az egészet egy hatékonyabb rendszerre.
"Vajon elképzelhető-e, hogy a 8 decoder beépíte azért lehetséges, mert a sűrű 5nm-en elképesztően rövidek a késleltetések, kicsi a delay."
Szvsz ezt máshogy értik.Ha lassú lenne a dekóder (azaz túl komplex), akkor csökkenne az elérhető órajel, ez nyilván az x86-nál okozhatna problémát.[ Szerkesztve ]
-
veterán
válasz Petykemano #4428 üzenetére
Bevallom, az Apple újdonságait nem figyeltem (M1, M1X), milyen nem Apple termékekbe várhatóak, hogy veszélyeztetik a Zen3-at?
solfilo
-
válasz Petykemano #4430 üzenetére
Mac és PC között nem igazán van átjárás, mert nem minden szoftver elérhető mindkettőre. Az érdekes az lenne, ha Apple processzoros gépre valahogy fel lehet heftülni windows-t. S habár az x86 menne simán, de az IGP-hez ugyanúgy kéne valamilyen driver, anélkül cseszheted. De ha esetleg mégis lenne valahogy windows driver akkor megint jön egy probléma: nincs eGPU support. Habár ez utóbbit lehet utólag megoldják. Szóval sok a feltétele annak, hogy igazán veszélyes alternatíva legyen.
Az a kérdés, hogy saját Apple processzort meddig fogják (tudni) skálázni. Mert ez mégiscsak egy ARM. A mostani 10-15 wattos TDP-szint az elvileg már eléggé teteje az ARM-nak, tudják vajon ezt tovább tolni? Mert akkor lehet igazán veszélyes. De jelenleg "csak" az ultramobil piacon tűnik úgy, hogy tarolnak (perf / watt arányban).
Érdekesebb téma az, hogy mit indít ez el az ARM-támogatás terén. Ugyanis ez eléggé az AMD malmára hajthatja a vizet. Az AMD skálázásban nagyon-nagyon durván elszaladt. És ott a K12 projekt, amit befagyasztottak, azaz hatalmas előnyben vannak, ha a teljesítmény-orientált piacokon is magára talál az ARM. Persze ehhez lehet lesz egy-két szava az ARM-ot felvásárló NV-nek. Már ha tényleg fel tudják vásárolni az ARM-ot.
[ Szerkesztve ]
A RIOS rendkívül felhasználóbarát, csak megválogatja a barátait.
-
veterán
válasz Petykemano #4430 üzenetére
Valóban, hajlamos vagyok élt rakni a kérdésbe, de most nem volt benne. Mikor írtátok itt, hogy konkurencia, már görgettem is tovább.
A második része talált, tényleg úgy vélem, nem nagyon van átjárhatóság. Legalább is nem nagyon találkoztam még olyannal, hogy egy írásban vesézgetve lenne egy Apple számítógép belseje egy nem Apple termék belsejéhez képest. Aztán ez persze simán lehet csak azért van, mert nem követem máshol sem az almás dolgokat, így nem is találkozhattam ilyennel. De azt mondjuk el tudnám képzelni, hogy ha ennyire jól sikerül(t), esetleg vehetnek a procikból mások is, vagy közvetve mások is eljuthatnak ARM alapon ilyen szintre, s az már veszélyeztetheti mondjuk a noti szegmenst, ha teljes értékűen lehet rajtuk Win-t használni.
Ez az átjárás amúgy érdekes dolog, aki ismerős almás, azt nem nagyon izgatja a hardver, ellenben más szóba sem jön kb. Egy kivétel volt, egy Iphone tulaj haver megkért, segítsek neki 70k-ért notit venni, ajánlottam neki AMD Brazos netbookot, a boltban persze rábeszélték egy Atom-osra. Mondani sem kell, akadt a net, youtube, stb. Mondja ez szar, vett 3x pénzen egy Ipad-et, azzal már persze elégedett volt, azóta se próbált meg többet nem Apple cuccot venni.
solfilo
-
veterán
válasz Petykemano #4433 üzenetére
Telefonnál egy eset volt ismeretségi körben, hogy valaki lejött Iphone-ról és többet nem ment vissza, 4 vagy tán 4S-ről Galaxy S3-ra váltott, s azóta is maradt ezen a vonalon (mindjárt látszik, hogy felsőkategóriás telefonról csak felsőkategóriásra szabad váltani ) . Ugyanekkor egy másik haver is meglépte ugyanezt, de ő visszatért az Iphone-ra a Galaxy S3 után.
teljesen más: szólongatnak a Radeon Pro V520 hír alatt: [link]
solfilo
-
válasz Petykemano #4433 üzenetére
Az ilyen Gipsz Jakabok már rég áttértek ARM-ra: tabletet vagy okostelefont használnak noti helyett, mert az is bőven eleget tud erre a felhasználásra. A rendes notebook nekik overkill.
A RIOS rendkívül felhasználóbarát, csak megválogatja a barátait.
-
HSM
félisten
válasz Petykemano #4436 üzenetére
"Na nézzük, igaz-e?"
Szerintem itt a méréssel van azért baj. Leginkább, hogy így beleszámoltuk a különböző fogyasztás alapú korlátozások hatását. A TPU-n első ránézésre nem volt túlzottan elengedve a 3900X ( [link] , gyári PPT max 140W, kb reális lehet a számok alapján).
Az AT tesztjéből ennyi sem derül ki sajnos, de erős a gyanúm, hogy a gyári PB beállításokkal mehetett, hiszen nem írt mást, ahol a kikapcsolt SMT rosszabb kihasználtságát és ezáltal fogyasztását pl. magasabb órajellel kompenzálhatta a csip. A fogyasztásméréses adatok is ezt látszanak alátámasztani.
Nekem van egy Ryzen 5 3600-as mérésem Cinebench R15-ben, pontosan ugyanúgy, mint itt [link] írtam, allcore 4,2Ghz-en, limitek nélkül lefuttattam SMT OFF is, és úgy 1145 pontot kaptam, ami alapján a 3600-asom a gyors memóriák mellett is profitált 43%-ot az SMT-ből, ami azért nem kevés. Így lenne érdemes megmérni az 5000-eseket is, fix órajel, limitek nélkül, SMT ON és OFF.Ahogy az AT is megállapította, még úgy sem érdemes kikapcsolni az SMT-t, ha az 5950X-es egészen jól kompenzálja órajelből. A cikkbeni állítással ellentétben nem véletlenül van engedélyezve szinte az összes kis fogyasztású Intel notebook CPU-ban i3-tól felfelé kb. mióta létezik.
-
S_x96x_S
őstag
válasz Petykemano #4433 üzenetére
> De az Apple példáját követhetik mások is, pl Qualcomm.
az új "Snapdragon 888" -ban ( 5nm ) már Cortex-X1 magok vannak,
ráadásul 3 szintre elosztva ( 1+3+4 CPU )"The Snapdragon 888 is the first publicly announced SoC powered by the new Cortex-X1 and Cortex-A78 CPU IPs by Arm. The Cortex-X1 in particular is the first of a new generation of CPU IP by Arm that focuses on maximising performance at the cost of lesser power efficiency, while the Cortex-A78 being the same-generation design but which still prioritises a balance between performance, power and area.
The new X1 core, based on Arm’s numbers, promised a +30% uplift in IPC over the last generation Cortex-A77 which was also deployed in the Snapdragon 865. Qualcomm advertises a 25% uplift over the Snapdragon 865, but that’s likely due to a few configuration differences on the part of the new Snapdragon 888 compared to Arm’s own internal figures."
akkor lesz érdekes, ha a málnaPC - 4x Cortex-X1 - maggal jön ki
A "Cortex-X1" -még nem M1-es, de közel jár hozzá.Mottó: "A verseny jó!"
-
S_x96x_S
őstag
válasz Petykemano #4428 üzenetére
ez már elég versenyképes lesz a ZEN3 -al ... ( legalábbis 8 magig )
persze az árazástól is sok függ ...valószínüleg ekkor ( ~ 2021 Március ) körül
inditja rá az AMD a ZEN3-as újabb dömpinget a piacra
és szerintem 5600XT; 5800XT ; 5900XT is várható lesz a maximalistáknak.A RocketLake-S -es prociban azért van pár dolog amin el lehet csábulni egy jó árazás mellett.
( Optane support, AVX-512, DeepLearningBoost/VNNI, PCIe4.0, Integrált GPU )
de azért nem felejtem el, hogy a"Cypress Cove" egy 14nm-re visszaportolt architektúra
és kell neki kakaó ... és hűtés .. vagyis olyan hangos lesz mint egy traktorRemélem lesz akkora már ZEN3-as asztali APU is a piacon.
Amúgy mi a francért nem lehet betenni az 5800X -mellé egy grafikus chipletet ... amit csak egyszerűen berakok egy X300-ba.
lassan kezdek már dühös lenni ...Mottó: "A verseny jó!"
-
S_x96x_S
őstag
válasz Petykemano #4462 üzenetére
> Ejha: 32 magos Apple CPU
ajajj ...
ezek után egy 32 magos PRO notebook is elképzelhető.Mottó: "A verseny jó!"
-
hokuszpk
nagyúr
válasz Petykemano #4462 üzenetére
igen jolehet az a TSMC 5(3?)nm, ha ezt igy kapasbol.
de vajon Big-Little 16+16 vagy 8+24 esetleg csak siman 4+28 ?Első AMD-m - a 65-ös - a seregben volt...
-
HSM
félisten
válasz Petykemano #4470 üzenetére
Elvileg új, lényegesen erősebb RDNA2 GPU-t kap, nem átnevezett Renoir lesz. [link]
A Cezanne meg marad az alaccsony tranzisztor költségű VEGA GPU megoldásnál, de erős Zen3 magokkal és nagyobb gyorsítótárral a CPU-ban.[ Szerkesztve ]
-
TRitON
aktív tag
válasz Petykemano #4475 üzenetére
Viszont desktopon meg elvileg igen, a Ryzen 5000 lineup-ban. Az előbbi idézetem előtti mondat: "Code-named Lucienne (pronounced lucy-en), a feminine French name meaning 'light,' when the processors release, they'll join AMD's desktop parts in going by the Ryzen 5000 series nomenclature."
Mi az? 3 lába van mégsem tranzisztor? - ??? - Traffipax...
-
S_x96x_S
őstag
válasz Petykemano #4485 üzenetére
> [link] Ampere Altra
igéretes .. fog még emiatt izzadni az AMD és az Intel ..
pár tesztben meg meglepően jó ..
( direkt az egyik legjobbat választottam, hogy kiváncsi legyél a többi eredményre is .. amik már sokkal rosszabbak .. )"So while Apple's M1 has done a good job for showing the ARM desktop performance potential, Ampere Altra's Q80 series shows what the performance can be like at the top-end for ARM within server and cloud deployments now actually providing serious competition against the current generation Intel Xeon and AMD EPYC servers. Looking ahead, Intel Ice Lake Xeon and AMD EPYC Milan are both expected next quarter. In fighting that Ampere already has their announced 128-core Ampere Altra Max (Mystique) processor that will retain socket compatibility with Ampere Altra and will be in production later in 2021. Given what we have seen with Ampere Altra, it will be very interesting to see how much of a performance leap they can achieve going forward with Mystique. At the same time the AArch64 Linux software support should be further maturing and more open-source projects supporting/optimizing for AArch64 given the successes of Apple M1, the ongoing Windows for ARM work, and ARM Linux servers continuing."
Mottó: "A verseny jó!"
-
hokuszpk
nagyúr
válasz Petykemano #4495 üzenetére
na varjunk, igy este ehgyomorra ujraszamolom
mondjuk Apple mar lement 5nm -re, NV elment a Samuhoz a 8nm -re, AMD-n kivul ki maradt 7-en olyan nagy megrendelo, aki diszkontot kap ?
Lehet jon az Intel bergyartatni, es ralicitalt mindenkire is...[ Szerkesztve ]
Első AMD-m - a 65-ös - a seregben volt...
-
Sweet Lou 6
addikt
válasz Petykemano #4504 üzenetére
Szerintem az MS nem fogja irtani a saját piacát és bezárkózni, a Surface sosem arról szólt. Inkább pont egy iránymutatás a gyártóknak, ami ösztönzi az innovációt. Ennél fogva én valószínűtlennek tartom, hogy a Microsoft az ARM alapú eszközöknél csakis saját gyártású hardverrel legyen jelen a piacon hosszútávon.
sweetlou6.wordpress.com
-
S_x96x_S
őstag
válasz Petykemano #4504 üzenetére
> Ez nem az az x86-ról szól. Ha a MS csupán elégedetlen lett volna az x86-tal,
> akkor a Qualcommtól is tudott volna megrendelni Valamit.ami az AMD nézőpontjából még érdekes lehet
az a konzol integrációs trendek.
- elsőként cpu , gpu két különböző gyártótól
- APU korszak
- APU customizáció ( piciben eltér az xbox és a ps5 apu-ja, de nem sokban )
- mi lesz a következő lépés ?????Mivel az MS konzol gyártó is ( XBOX ) ,
- és lesz az ARM-el saját tapasztalata
- és ha 70%-on tudja emulálni az X86-ot ( vagyis a jövőben nem látszik teljesítményvesztés)
akkor az MS is az Apple útjára léphet konzolok terén.Ott lesz még az nVidia is, akinél ott az ARM fejlesztés + meglévő GPU fejlesztés.
nagyot csodálkoznék, hogyha az nVidia 2 év múlva nem próbálkozna a betámadással ..
( de a Sony és az MS is meg fogják keresni, csak azért - hogy jobb alkupozíciót nyerjenek az AMD-nél )Ráadásul az ARM - jobban is fekszik a konzolok jövőjének
( 45W-on nagyobb teljesítményt tudnak kisajtolni belőle
, nem kell akkora hűtés,
és állandóan futhat a konzol - mint egy okos eszköz ...
és Mobil eszközként is nagyobb az üzemideje
)Amit még nem szabad elfelejteni, hogy az MS a cloud bizniszben ( AZURE) is érdekelt.
és az ARM-el megszerzett tapasztalatot - akár ott is fel tudja használni.Egy olyan nagy cégnek mint az MS - mindig kell "B" terv.
Nem függhet más cégektől ..
És azt már mindenki megtanulta, milyen függeni az Inteltől ...
( emlékeztető Apple már lépett is ---> M1 )Az AMD-nek egy esélye van .. a rugalmasság és a flexibilitás ...
ha eljő az az idő, akkor neki is ARM-es design-al kell a piacra lépni ...
és ez szerintem 1-2 éven belül bekövetkezik.Vagyis a változást nem lehet megállítani ...
azon kell elgondolkodnia az AMD-nek, hogy mikor álljon a változás élére!
( szerencsére jobb menedzsmentje van, mint az Intelnek, de ki tudja mennyit tudnak profitálni a következő 10 évből ... )------
Hát igen .. az Intelnek még nehezebb ...
2021 Q1-ben bejelenthetik az új CEO-t .. akinek hasonló csodát kell művelnie mint Lisa Su-nak.
https://www.notebookcheck.net/Tough-times-ahead-for-Intel-industry-insiders-spill-the-beans-on-subpar-10-nm-yields-server-CPU-plus-7-nm-delays-production-outsourcing-and-more.509532.0.html[ Szerkesztve ]
Mottó: "A verseny jó!"
-
S_x96x_S
őstag
válasz Petykemano #4514 üzenetére
> Nem tudom mennyire lehet cpu tervezési tudást egyik
> és másik ISA-val működő cpu-nál is felhasználnivannak jó és rossz példák, de szerintem nem lehetetlen
- lásd Jim Keller ( ZEN, K12 )
Persze a K12 nem jelent meg, nem tudjuk mennyire lett volna sikeres , viszont a piac akkor még nem volt rá elég érett ..Az egy-foglalatos ( közös chipset ) modell, szerintem nem rossz elgondolás.
és a chipseten keresztül a platform valamennyire kontrollálható.és ahogy látom, az AMD régebben is kísérletezett RISC-es cpu-val
https://en.wikipedia.org/wiki/AMD_Am29000
persze a csapat és az ötletek s K5 -ben tovább éltek
"In late 1995 AMD dropped development of the 29k because the design team was transferred to support the PC side of the business. What remained of AMD's embedded business was realigned towards the embedded 186 family of 80186 derivatives. The majority of AMD's resources were then concentrated on their high-performance, desktop x86 clones, using many of the ideas and individual parts of the latest 29k to produce the AMD K5."------------
https://en.wikipedia.org/wiki/Jim_Keller_(engineer)
"Jim Keller (born 1958/1959)[3] is a microprocessor engineer best known for his work at AMD and Apple. He was the lead architect of the AMD K8 microarchitecture[4][5][6] (including the original Athlon 64)[4][7][8] and was involved in designing the Athlon (K7)[6] and Apple A4/A5 processors.[4][9][10][11] He was also the coauthor of the specifications for the x86-64 instruction set[9][12] and HyperTransport interconnect.[4][12][13] From 2012 to 2015, he returned to AMD to work on the AMD K12[14] and Zen microarchitectures.[15][16]""In August 2012, Jim Keller returned to AMD, where his primary task was to lead development of new generation of x86-64 and ARM microarchitectures called Zen and K12."
https://en.wikipedia.org/wiki/AMD_K12
"K12 was to be AMD's first custom microarchitecture based on the ARMv8-A (AArch64) instruction set with a planned release in 2017"Mottó: "A verseny jó!"
-
S_x96x_S
őstag
válasz Petykemano #4514 üzenetére
II.
> Nem tudom mennyire lehet cpu tervezési tudást egyik
> és másik ISA-val működő cpu-nál is felhasználniAmúgy a K5 wikiben nél írják is.
"The K5 was based upon an internal highly parallel 29k RISC processor architecture with an x86 decoding front-end."Vagyis az ISA - csak az utasítás dekódoló front-end részen kavar be ..
ami alatta van, az már RISC.> De ez a roadmap eléggé ráérős ezzel a zen3+-szal, nem?
> Az Arm irányából érkező fenyegetés ellenére lazítana az AMD a feszített fejlesztési tempón?gondolom a veszélyt ők is érzékelik,
szűkösek az AMD erőforrásai ( mérnökök, ... ) és a gyártókapacitás is
és nem lehet megállapítani a lehetséges mozgásteret ..> Itt az M1 az AMD nyakán.
az M1-et szerintem eléggé önköltséges árban számolják
és nekem nagyon gyanús, hogy keresztfinanszirozzák a mostani alapmodellt a szoftveres bevételekből. ( a sikeres átállás miatt fontos a konzolokhoz hasonló árazás )vagyis az Apple -M1 -es stratégiájával nem tud versenyezni az AMD.
nem is inkább a fizikai M1 a veszély,
hanem a custom chip ( apple silicon ) üzleti modell sikeressége.Mottó: "A verseny jó!"
-
S_x96x_S
őstag
válasz Petykemano #4514 üzenetére
>AMD ... Vagy ennyire nincs hozzáférése az 5nm-es gyártósorokhoz?
úgy néz ki, hogy nincs ...
Apple secures 80 percent of TSMC's 5 nm production capacity for the coming year
"The remaining 20 percent go to quite a few clients, such as Qualcomm, MediaTek, and Broadcom, as well as other less relevant brands."Mottó: "A verseny jó!"
-
Petykemano
veterán
válasz Petykemano #4519 üzenetére
Úgy tűnik, a cégek a súlyos termékhiányt szivárgással próbálják elütni...
RedGamingTech video a Warholról chiphell forrásra hivatkozva
- zen3+ (zen+ jellegű IPC előrelépés néhány tweeknek köszönhetően)
- 5.5Ghz
- 6nm ?mondjuk ha nincs zen4 5nm és MOAR COARS, akkor ez eléggé musthave, ha valami előrelépést akarnak felmutatni.
Az adatok alapján kirajzolódhat egy hasonló megoldás, mint a 12nm-es zen+ esetén volt. Vagyis hogy ugyanazzal a maszkkal gyártják 6nm-en. Ami így egy pont ugyanakkora chipet eredményez, kisebb tranzisztorokkal és több hellyel a tranzisztorok között, ami lehetőséget biztosít a magasabb frekvenciára és a hőelvezetésre.
Találgatunk, aztán majd úgyis kiderül..
-
S_x96x_S
őstag
válasz Petykemano #4520 üzenetére
> ami lehetőséget biztosít a magasabb frekvenciára és a hőelvezetésre.
én még nem láttam TSMC 5nm-en 4GHZ-nél gyorsabb chipet a hirekben
Az alacsony freq - fekszik az M1 és az A14-nek + más mobil chipeknek,
de a szerver és a desktop piacra már nem biztos, hogy ideális.Lehet, hogy az AMD ~5% 5nm -et kapacitást tudott volna szerezni -
ami a prémiumos mobilchipekhez jó lenne,
de ahogy látom, jelenleg a 5800U - is 4.44 GHz -re tud boostolni
( referenciaként: az Apple M1 -nél ha jól látom ez ~ 3.2 Ghz )vagyis: 5nm -en
- kevés kapacitás
- (feltételezés) inkább az alacsony freq -re ideális
- és extra macera ( ~ más tervezési filozófia )Ami érdekes még, hogy az nVidia a Samsung mellett bútorozott le ..
"It is expected that the contracted 8nm GPU production will take place at Samsung's Hwaseong plant."
Ami egyrészt azt is jelenti,
hogy nem kell az AMD-nek az nVidiával osztozkodni a 7nm-es kapacitáson.
( persze kérdés, hogy hosszú távon a nVidia a Samsunggal hogy jár ... )nincs nagy játéktér ...
A COVID miatt extrém nagy a kereslet ..
és az AMD-nek a mennyiség és a minőség és a szűk mérnöki kapacitás között kell egy ideális kompromisszumot találnia.
( persze ez a többi cégre is igaz .. )
Ha a GlobalFoundries .. ezt tudta volna ...
lehet, hogy másképp döntött volna ... annó ( persze biztos nekik is volt - pár nem kommunikált technikai nehézségük - hasonlóan mint az Intel-nek ... ha közel jártak volna a célhoz, akkor nem hiszem, hogy ennyire feladták volna )
Nézegetve az ütemtervüket (2020-10-26)
max a 12FDX ~ 10nm class várható - amit persze az AMD-is használhat az 5W -os chipeknél.
https://www.eetasia.com/globalfoundries-details-ambitious-technology-roadmap/A legnagyobb valószínűsége szerintem annak van,
hogy valamelyik Kínai gyártó lép be 3.-ként a piacra valamilyen agresszív fejlesztéssel
( persze ~ 5év múlva )Mottó: "A verseny jó!"
-
Cathulhu
addikt
válasz Petykemano #4526 üzenetére
single core-ban valoban nem, de multicoreban (a tobb mag miatt) viszont boven. Vennem kellene egy ilyet (dolgozni fokent), szerintetek majus fele kaphato lesz ertelmes aron? Vagy az asztali es szerverproci hiany miatt ez ritkabb lesz mint a 4XXX szeria?
Ashy Slashy, hatchet and saw, Takes your head and skins you raw, Ashy Slashy, heaven and hell, Cuts out your tongue so you can't yell
-
S_x96x_S
őstag
válasz Petykemano #4526 üzenetére
> 5600H vs 4600H
> ... De nem éri el a Tiger lake eredményeit.Geekbench ... és így bekavar az AVX-512 (hiánya - megléte )...
persze idővel - egyre több program fogja támogatni az AVX512 -öt
... vagyis pragmatikusan - hosszú távon azért annyira nem rossz beruházás.persze az 5.3 -ban (2020-nov-11) már VAES256 támogatás is van, ami a ZEN3-nak kedvez
https://www.geekbench.com/blog/2020/11/geekbench-53/szoval komplex a helyzet ... valakinek már most jó az AVX-512 .. valaki meg nem tudja kihasználni ..
Mottó: "A verseny jó!"
-
S_x96x_S
őstag
válasz Petykemano #4560 üzenetére
> Annak látod realitását, hogy az AMD az AVX512-t ...
> legalábbis kezdetben integrált FPGA-val oldja meg?jó kérdés ...
nem tudom ...
Valószínüleg a ZEN4 már nagyrészt le van tervezve ...
és talán már benne van az "alap" AVX-512 -is
( akár cpu chipsetbe integrált vagy egy custom gpu integrált megvalósítás )Ráadásul ez az FPGA-s irány még nagyrészt nagyon új lehet ..
vagyis ha a fő kérdés a "kezdetben" körül forog
akkor én inkább
- a ZEN4-es félig-kész tervekre tenném a tétet ..a másik probléma meg az AVX2 ( 256bit ) vs. AVX-512 (512bit) tranzisztoros terület közös halmaza ... szerintem van átfedés ...
és ott az FPGA-s implementáció nagysága ...
az AVX-512 már igy is elég nagy területet foglal el ... szerintem akár >= 2x akkora FPGA-s terület ( tranzisztorszám ) is kellhet ugyanazon AVX-512 funkcionalitás megvalósítására ...
ami megnövekedett fogyasztást is jelenthet - erősen izzadva ugyanazon a teljesítményért.ezt az FPGA-s irányt inkább a ZEN5, ZEN6 környékére tenném.
persze lehet - hogy régebben még másképp gondoltam .. de most újragondolva én a ZEN4-es AVX-512 -nek látom a legnagyobb valószínűségét ...
( szerencsére sokszor tévedek ... )
Mottó: "A verseny jó!"
-
Ueda
senior tag
válasz Petykemano #4566 üzenetére
Annyit pontosítanék, hogy a fordítók csak a programkódot fordítják le (tehát helyetted nem fognak semmit megcsinálni). Az eltérő utasításkészlet kezelését programban kell megoldani, tehát mindenképpen plusz (emberi) munkaráfordítás kell.
Tulajdonképpen ez hasonlít a driverekhez. Eltérő hardverekhez más driver kell.Mondjuk épp azon filóztam, hogy a C64 a konzolok őse is volt egyben, mert fix hardvere volt, ezáltal minden rá készített (jellemzően játék)program (és milyen furcsa kimondani) vajsimán futott.
A fragmentáció meg bonyolítja a dolgokat.
OS : EndeavourOS KDE . . . . . . Parancs menü : https://pastebin.com/u/txt444
-
S_x96x_S
őstag
válasz Petykemano #4566 üzenetére
> a gyári ARM ISA, hanem egy ARM ISA fork.
szerintem keveri az ISA -t és a Microarchitektúrát ..
M1 ISA =ARMv8.4 (ARM) + ( néhány nem dokumentált kiegészítés )
M1 Microarchitecture = Firestorm, Icestorm
M1 isa family = ARM +az ISA - csak az utasításkészlet
az Architektúra a konkrét implementáció - a megvalósításSzerintem az "AArch64 - es (ARM64) Linux Docker" image-ket
natívan tudja futtatni az M1-es Docker - az X86-os -t pedig emulációval
https://docs.docker.com/docker-for-mac/apple-m1/
"Not all images are available for ARM64. You can add--platform linux/amd64
to run an Intel image under emulation."
ez már X86 téma:
> Azt olvastam, hogy a gyári linux disztribúciók (ubuntu, stb) úgy vannak forgatva,
> hogy a legáltalánosabb utasításkészleteket használják."általában" az X86-os kompatibilitás miatt ... minimálisat használnak ...
de újabban már apró lépéseket tesznek a jobb optimalizáció miatt ...amúgy minden kombinációra már szinte lehetetlen előre kódot generálni ..
nem véletlen, hogy most nyomják a "feature level"-t , így tudás alapján 4 általános csoportba osztják az x86-64 -es procikatx86-64: CMOV, CMPXCHG8B, FPU, FXSR, MMX, FXSR, SCE, SSE, SSE2
x86-64-v2: (close to Nehalem) CMPXCHG16B, LAHF-SAHF, POPCNT, SSE3, SSE4.1, SSE4.2, SSSE3
x86-64-v3: (close to Haswell) AVX, AVX2, BMI1, BMI2, F16C, FMA, LZCNT, MOVBE, XSAVE
x86-64-v4: AVX512F, AVX512BW, AVX512CD, AVX512DQ, AVX512VL
https://gcc.gnu.org/onlinedocs/gcc/x86-Options.html
https://www.phoronix.com/scan.php?page=news_item&px=GCC-11-x86-64-Feature-Levelspersze a ZEN1, ZEN2, ZEN3 valószínűleg a "
x86-64-v3"
-ba lesz besorolva.
az új ZEN3-as kiterjesztésről meg ne is álmodjunkamúgy a nativ optimalizáció "nálam" az esetek 50%-ban nem működött; mert a teszt elhasalt rajta ... vagy a fordítóprogramban van valami hiba, vagy a programkódot nem tesztelik arra a kombinációra .. és pár napot eredmény nélkül úgy el lehet tölteni, hogy még mindig nem tudod, hogy fog-e ez futni native módban.
Mottó: "A verseny jó!"
-
veterán
válasz Petykemano #4582 üzenetére
Volt már leak a Cézanne IGP-jéről? Nekem nem rémlik, csak annyi, hogy még Vega. A multimédiás motor érdekelne, hátha megörökölte az RDNA2-ben lévőt, mint a Renoir a sima RDNA motorját. Jó lenne, ha nem csak Intel kínálna AV1 gyorsításra képes APU-t a piacon.
[ Szerkesztve ]
solfilo
Új hozzászólás Aktív témák
Állásajánlatok
Cég: Ozeki Kft.
Város: Debrecen
Cég: Alpha Laptopszerviz Kft.
Város: Pécs