Új hozzászólás Aktív témák
-
S_x96x_S
őstag
Intel beindította a TigerLake marketing gépezetet..
"Intel: AMD Weak On Battery-Powered Laptop Performance - But DPTF On Linux Still Sucks"
https://www.phoronix.com/scan.php?page=news_item&px=Intel-Battery-Performance"They basically promote that Intel Tiger Lake notebooks deliver better plugged/unplugged performance than AMD Ryzen systems... And they also were suggesting to reviewers that they do their notebook benchmarking in an unplugged state or otherwise test both modes."
Mottó: "A verseny jó!"
-
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
security; Spectre és a Meltdown felrázott mindenkit a szakmában
...
jön a Pluton ,
és még Linux-ra is van valami igéret ..
.. "and there should even be support for Linux in the future, too."persze azt még nem tudom, hogy jó-e ez nekem ..
AT: “Microsoft Pluton Hardware Security Coming to Our CPUs”: AMD, Intel, Qualcomm
"All of the silicon vendors involved will have Pluton as the first layer of security – additional layers (such as AMD’s PSP) will go below this. From the three vendors, AMD has worked with Microsoft already on Pluton for consoles, so it should not be a big step to see Pluton in AMD consumer and enterprise silicon sooner rather than later, along with AMD’s other technologies such as Secure Encryption Virtualization. Intel stated that its long-term relationship with Microsoft should lead to a smooth Pluton integration, however the company declined to comment on a potential timeline. Qualcomm is the odd-one-out in a sense, as its cycles are a little different, but the company is quoted as stated that on-die hardware root-of-trust security is an important component of the whole silicon."
Mottó: "A verseny jó!"
-
-vitya-
őstag
válasz S_x96x_S #4404 üzenetére
Hát ez ugye nem meglepő fordulat
Ha valahogy, valamiben első tud lenni, akkor marketing szempontból ki KELL azt domborítani.
Most majd láthatjuk: amelyik oldal átveszi, hasonló komment nélkül, mint amit az ET tett, az részrehajló oldal. Nem néztek mögé, és nem vizsgálták meg a dolgot jobbanDe ja, teszteljenek csak ACvel ÉS DCvel is. Láthatjuk ETnél, hogy nem olyan rossz a helyzet Ryzennél
-=Витя=-
-
S_x96x_S
őstag
megtesztelte a Phoronix is az Intel állítását ..
( Ubuntu alatt ! vagyis ez Linux-os teszt )
[link]"So, long story short, in some cases the AMD Ryzen 5 4500U being tested did see more conservative clocking behavior when running on battery compared to AC power. It depended upon the particular workload though as to the relative hit and in some areas particularly with multi-threaded workloads the performance could come out around the same. In some of those multi-threaded workloads, the much cheaper Ryzen 5 4500U laptop was already outperforming the much pricier Intel Core i7 1165G7. The Dell XPS 13 notebook with i7-1165G7 in some workloads was seeing a performance hit on battery, but especially more so as the battery was diminished. Intel DPTF appears to cause the performance behavior to shift depending upon the battery level at which point it seems to severely keep the CPU down-clocked in order to extend the battery life rather than being more conservative on a full charge."
-------
és pl. itt elég furcsa az akkus teljesítménye az Intelnek, pedig a PyBench az Intelnek kedvez.
( a 4500u még ZEN2-es mag )annyira nem rossz a Tiger Lake -se .. , de azért azt is kell még csiszolni.
Mottó: "A verseny jó!"
-
Petykemano
veterán
[Konkurencia]
M1 postgresql benchmarkElég kemény
Találgatunk, aztán majd úgyis kiderül..
-
S_x96x_S
őstag
Linux kernel fix ..
AMD+SUSE Tackling Frequency Invariance For AMD EPYC 7002 CPUs
https://www.phoronix.com/scan.php?page=news_item&px=AMD-EPYC-Rome-Freq-InvarianceMottó: "A verseny jó!"
-
S_x96x_S
őstag
ASRock Rack ROMED4ID-2T Mini-ITX Motherboard For AMD EPYC Rome CPUs Launched, Supports Up To 64 Core & 128 Thread Chips
https://wccftech.com/asrock-rack-romed4id-2t-mini-itx-motherboard-for-amd-epyc-rome-cpus/https://www.asrockrack.com/general/productdetail.asp?Model=ROMED4ID-2T#Specifications
Proprietary (Deep mini-ITX)
4 DIMM
2 RJ45 (10GbE)
1 PCIe4.0 x 16[ Szerkesztve ]
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ó!"
-
Petykemano
veterán
válasz S_x96x_S #4411 üzenetére
"és az M1 után a Nuvia célja már nem is annyira valószínűtlen .."
Igen, természetesen. Főleg, hogy a Nuvia asszem 2022-re ígért terméket.
Ide is bedobom, hogy mennyire lehet játszani a zen3 magok energiahatékonyságával:
[link]
komment itt: [link]tl;dr
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. A zen3 lényegesen nagyobb package powerhez nyilván hozzájárul a 14nm-es IO és az MCM. Majd meglátjuk Cezanne-nal mit tud.az AT fórumon valaki spekulál, hogy mit hozhat a zen4, milyen cache bővítés fér bele, mi az ami már inkább ront a késleltetésen, stb. Felmerül annak lehetősége, hogy az L3$ mérete visszacsökken 16MB-re, és cserébe az 512KB-os L2$ bővül 1MB-ra.
Találgatunk, aztán majd úgyis kiderül..
-
Petykemano
veterán
Na, lesz AM5 2021 végén?
Találgatunk, aztán majd úgyis kiderül..
-
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ó!"
-
S_x96x_S
őstag
CES 2021 Jan 12 Lisa Su ...
https://videocardz.com/newz/amd-ceo-lisa-su-to-present-at-ces-2021-on-january-12thAMD Ryzen 7 5800H (Cezanne Zen3) processor spotted
https://videocardz.com/newz/amd-ryzen-7-5800h-cezanne-zen3-processor-spottedMottó: "A verseny jó!"
-
S_x96x_S
őstag
Mindfactory .. ( ZEN3-as procikkal )
Mottó: "A verseny jó!"
-
veterán
válasz S_x96x_S #4418 üzenetére
vs 2019 július, amikor a Ryzen 3000 széria nyitott. Akkor közel dupla annyi 3000-est adtak el, mint most 5000-est, miközben jóval alacsonyabb volt az összeladás (összkereslet). Eléggé látszik, hogy nincs készlet.
Az mondjuk elég megdöbbentő a 2020 novemberi ábrán, hogy közel annyi Ryzen 5000 fogyott (shortage ellenére), mint Intel proci összesen.
[ Szerkesztve ]
solfilo
-
S_x96x_S
őstag
válasz -vitya- #4420 üzenetére
> ennek ellenére a mindfactory valahogy mégis eladott kb 5000 darab zen3-at...
remélem azért, hogy a decemberi ( mindfactory ) számokban
legalább egy 10ezres eladást látunk .
( kereslet lenne rá )
ha megint csak ~5000 akkor csalódott lennék ..legyen már rendes készlet végre ... ( itthon is ! )
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
-
-vitya-
őstag
válasz solfilo #4423 üzenetére
A cég érdeke, hogy a legkevésbé jó ár/érték arányú procikat adják el nagy számban, míg a vásárlók érdeke ennek az ellenkezője - ezt úgy tudja a cég befolyásolni, hogy nem adja ki az 5600-at az elején - gondolom egyre nagyobb arány lesz azért az 5000-es széria a jövőben, hónapról, hónapra
-=Витя=-
-
Petykemano
veterán
válasz S_x96x_S #4415 üzenetére
> https://erik-engheim.medium.com/why-is-apples-m1-chip-so-fast-3262b158cba2
A cikk első részével nem teljesen értek egyet. Mármint azzal persze igen, hogy a hardveres gyorsítók számítanak. Azzal nem, hogy a Dell-nek vagy a HP-nek abban bármiféle szerepe tudna lenni, hogy milyen hardveres gyorsítók épülnek be a termékeikbe. Jó, hozzáteszem, ez úgy igaz, hogy nem tudom, ezek a cégek mekkora tényleges befolyással tudnak lenni a szoftveres környezetre. Merthogy a hardveres gyorsítók kihasználhatósága sokkal inkább ezen múlik, mint azon, hogy a gép összerakója mit álmodik meg. Ha a Dell vagy a HP megálmodik valamilyen hardveres gyorsítót, akkor nem elegendő ARM IP-ből összedobálnia, megterveznie, VAGY megrendelni az AMD-től vagy inteltől. Vagy saját magának kell a szükséges szoftvert is hozzátenni, vagy megkörnyékezni az MS-ot, Google-t, hogy nézzétek, milyen jó lenne, ha.
Az idézetedhez pedig hozzátenném:
- Az ILP növelésében segít az Out of Order execution.
- 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
- A ROB-ot a decoder eteti "micro-op" utasításokkal.
Így összességében az M1-ben a lényegesen 3x nagyobb ROB-ot egy 2x akkora teljesítményű decoder eteti.És a magyarázatban ez a lényeg:
"This is where we finally see the revenge of RISC, and where the fact that the M1 Firestorm core has an ARM RISC architecture begins to matter.
You see, for x86 an instruction can be anywhere from 1–15 bytes long. On a RISC chip instructions are fixed size. Why is that relevant in this case?
Because splitting up a stream of bytes into instructions to feed into 8 different decoders in parallel becomes trivial if every instruction has the same length.
However on an x86 CPU the decoders have no clue where the next instruction starts. It has to actually analyze each instruction in order to see how long it is.Namost két dolgot nem értek.
Úgy tudom, hogy a az x86 processzorokban belsőleg már valóban nem CISC hanem RISC architektúrák, van egy belső fordító. A legújabb atom magban épp az pláne, hogy valódi CISC x86 végrehajtást csinál és így tud energiahatékony lenni alacsony teljesítmény mellett.
A másik dolog: nem tudom, hogy vajon micro-op cache nem pont ezért van-e?És miért ne lehetne valamikortól olyan x86 processzort csinálni, aminek van fix utasítás hossza. Nyilván egy úgy forgatott program nem futna régi processzorokon. De ez kb egy olyan átállást jelente, mint a 32bit vs 64bit. Egy új processzor nyilván tudna visszafelé kompatibilis lenni.
De vajon az Apple-nél nem kell minden programot újraforgatni? Vagy ha A MS úgy dönt, hogy akkor Arm, akkor nem kell mindent újraforgani?De azzal persze egyet kell értsek, hogy az Apple-nek beépíteni 8-16 magot valószínűleg könnyebb, mint az AMD-nek és az intelnek levezényelni az x86-ban egy ilyen változást.
Ugyanakkor ha ez ennyire triviális, hogyhogy csak az apple-nek jutott eszébe?
Egy választ a másik linked tartalmaz (ez nem az x86 utasítás hossz limitációval magyarázza)
"The answer of wide decode and deep reorder buffer gets much closer than the “tricks” mentioned in tweets. That still doesn’t explain how Apple built an 8-wide CPU with such deep OOO that operates on 10-15 watts.
The limit that keeps you from arbitrarily scaling up these numbers isn’t transistor count. It’s delay—how long it takes for complex circuits to settle, which drives the top clock speed. And it’s also power usage."Ahogy írtad is, az intel már most 5 decodernél jár 10nm-en.
A kommentben a hangsúly a késleltetésen, a tranzisztorok gyorsaságán van. Az 5nm ugye eleve sűrűbb és az Apple mindig is a legsűrűbb libraryt használta. 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.
Ha ez igaz, akkor elképzelhető, hogy az intel és az AMD is képes lesz 5nm illetve 7nm-en előrelépni 5 vagy akár 6 decoder irányába.Az urak is jól elvitatkoztak azon, hogy az M1-gyel az Apple az elmúlt 10-20 év ILP növelhetőségének tudományos kutatását tette zárójelbe.
Találgatunk, aztán majd úgyis kiderül..
-
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 ]
-
Petykemano
veterán
/konkurencia/
Jön nemsokára az Apple M1X
Rocket Lake ~ 5800XUtóbbival kapcsolatban felröppent az a pletyka, esetleg MCM összeköttetésben nagyobb magszámot is tudhat. De lehet, hogy ha igaz is, csupán egy kísérlet, ami nem kerül kereskedelmi forgalomba. Mindenesetre nagyjából ott lenne vele az intel, mint az AMD 2017-ben a zen1-gyel.
Az M1X-szel a Cezanne valószínűleg csak korlátozottan lesz versenyképes.
VAlószínűleg mindkettő konkurens megjelenik jövő év első felében, vagy akár negyedévében.Csak azért mondom, hogy nekem nem tűnik úgy, hogy az AMD ráérne 2 évet (2x14 hónapot) malmozni, virítani kell a zen4-et.
Találgatunk, aztán majd úgyis kiderül..
-
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
-
Petykemano
veterán
válasz solfilo #4429 üzenetére
Hm, értem a kérdés élét.
Miért gondolod, hogy az Apple sajátos hardvermegoldás csak akkor lehet fenyegető a hasonló termékkategóriában induló x86 processzorra, ha a végtermék nem Apple márkával jelenik meg? A kérdésedből azt olvasom ki, hogy úgy véled, az Apple és nem Apple termékek vásárlói között nincs átjárhatóság és nem lehetséges, hogy valaki azért vásárolja be magát Apple készülékbe, mert - ha most még nem is , de idővel - objektíve jobb hardvert kap, mint amit más nem Apple gyártóktól kaphatna.
Jól értelek?Találgatunk, aztán majd úgyis kiderül..
-
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
-
Petykemano
veterán
Én nem úgy gondoltam az almás gép vásárlását, hogy arra felbarkácsolsz egy windows.
Hanem arra, hogy létezhet-e az a jelenség, hogy average joe dönt úgy, hogy a következő notebookja nem windows-os, hanem almás lesz. Főleg, ha ilyeneket hall, hogy gyorsabb is az almás, meg 2x annyu akkuidőt biztosít.Átmenet nyilván nem egyik napról a másikra történne meg. De az Apple példáját követhetik mások is, pl Qualcomm. Bár minden jel arra mutat, hogy az x86 limitáció nem könnyen átléphető kérdés, azért az Apple magjaiban is van munka.
Én egyébként azt gondolom, hogy 25W-nál tovább nem tudják tovább tolni a 4+4-es TDP-jét. Viszont az M1X 8+4-es simán lehet 35, vagy akár 45W-os is.
A rosetta2-re azt mondják egész jó. Én nem tudom.
#4432 solfilo
Ugyanilyen történeteket telefon témában hallottam évekkel ezelőtt Vett vki egy 60e Ftos Android készüléket: lassú, szar, fos
Aztán bement a boltba és vett egy - akkor még - 250eFt-os Iphone-t és elégedett volt.Találgatunk, aztán majd úgyis kiderül..
-
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.
-
Petykemano
veterán
A Zen frontend fejlődik, a backend lassan kifogy a szuszból.
Na nézzük, igaz-e?A zen1 (4Ghz-re húzott 1700) van itt egy teszt cinebench R15 teszt: [link]
SMT ON: 1764
SMT OFF: 1252
SMT yield: 41%zen2 (3900X) CB R20: [link]
SMT ON: 7260
SMT OFF: 5553
SMT yield: 30%zen3 CB R20: [link]
SMT ON: ?
SMT OFF: ?
SMT yield: 19%Persze ez csak egyféle workload és nyilván lehetnek olyan programok, amik másként viselkednek. Úgy emléjkszem a zen megjelenésekor a HT 20-30%-ával szemben a zen egyik erőssége volt, hogy 40-50%-os volt átlagosan az SMT yield. Ehhez képest az AT a zen3 esetén 5-35% között, átlag 22%-ot mért.
Úgy tűnik, az IPC hajhászásával a frontend jobban fejlődött, mint a backend. Így már nem is annyira meglepő, hogy nem lett SMT4, amely elképzelés valószínűleg még a 40-50%-os SMT2 yieldre alapozott. Hiszen így már joggal tehetnénk fel a kérdést: erre? Hova?
Elgondolkodtató... vajon ha a tendencia az erősebb frontend fejlesztéssel folytatható? Érdemesebb így csinálni és inkább megszüntetni az SMT-t?
Vagy ez alapján inkább az várható, hogy a zen4-gyel meg fog erősödni a backend, bővülni fog az ALU-k és/vagy az FP feldolgozók száma is és újra magas lesz az SMT yield?Találgatunk, aztán majd úgyis kiderül..
-
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
> 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.link
AT: Investigating Performance of Multi-Threading on Zen 3 and AMD Ryzen 5000
( December 3, 2020 10:00 AM EST )Mottó: "A verseny jó!"
-
S_x96x_S
őstag
> 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).az arm már rég átlépett a veszélyes kategórián,
az ARM- ISA ( utasításkészlet szabadon licenszelhető ) - bárki bármilyen architektúrát mögé tud tenni.
#1. nyár óta a TOP500 HPC ( szuperkomp"ly"uterek)
listáját egy ARM alapú gép vezeti ( A64FX )
https://www.top500.org/lists/top500/2020/11/
SUPERCOMPUTER FUGAKU - SUPERCOMPUTER FUGAKU, A64FX 48C 2.2GHZ, TOFU INTERCONNECT D https://www.top500.org/system/179807/"Az ARM-alapú Fugaku fejlesztése 2014-ben vette kezdetét, a K computert idővel lecserélendő. A Fujitsu óriása 150 000 darab, 48-magos A64FX processzort állít csatasorba, melyek az Arm v8.2-A utasításarchitektúrára és 512 bites vektormotorokkal dolgozó SVE (Scalable Vector Extension) utasításkészletre építve 7 nanométeres node-on készülnek, 2 GHz felett ketyegő órajelekkel. A 8,786 milliárd tranzisztort tartalmazó lapkák HBM2 memóriát használnak a szokásos DDR interfész helyett, és a köztük való kapcsolat a Tofu interconnect nevű, háromdimenziós hálózati topológia révén jön létre."
https://prohardver.hu/hir/fujitsu_leszallitotta_fugaku_utolso_moduljait.html
A legrosszabb, hogyha az AMD alábecsüli az ARM felől érkező fenyegetést.
inkább becsülje túl - mint alul ... ( alá - Ballmer effect )amúgy most éppen a Patrick Moorhead-et ekézik - az M1-es review-ja miatt..
https://daringfireball.net/2020/12/m1_macs_truth_and_truthiness
"Moorhead’s review bears little relation to the reality of the M1 Macs, but plays right into expectations of the status quo. ARM chips are efficient and Apple’s ARM chips are the best, but none of them are a threat to Intel and AMD’s x86 chips for high-end performance."és gonosz módon felemlegetik, hogy mit irt, az A7 ( első 64 bites chipről )
“Adding 64-bit processor capabilities adds nothing to the user experience today, as it would requires over four gigabytes of memory,” Patrick Moorhead of Moor Insights and Strategy, and a former executive at AMD, told AllThingsD. “Most phones today only have one to two gigabytes of memory, and it will be years before the norm is four.”megj:
Patrick Moorhead - 2011-ben hagyta ott az AMD-t, (a stratégiáért felelt, de ő se láthatja a jövőt)
"Patrick departed AMD in 2011 where he served as Corporate Vice President and Corporate Fellow in the strategy group. There, he developed long-term strategies for mobile computing devices and personal computers. Moorhead also served in his 11 years at AMD leading product management, business planning, product marketing, regional marketing, channel marketing, and corporate marketing. Moorhead also worked at Compaq Computer Corp. during their run-up to the #1 market share leader position in personal computers. Patrick also served as an executive at AltaVista E-commerce during their search leadership reign, pioneering cost per click e-commerce models." https://moorinsightsstrategy.com/patrick-moorhead-3/Mottó: "A verseny jó!"
-
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
> 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,az csak a programkód méretére van kihatással,
de a végrehajtás már más.az X86-64-ISA és az ARM-ISA is mikrokódra fordítja át magát,
de míg az X86-os ISA kiterjesztés ( 8bit + 16bit + 32bit + 64 bit )
( szabadon keverheted )addig az ARM-nél át kell váltani az üzemmódot az
AArch32 és AArch64 között, vagyis az én értelmezésemben
2 optimalizált dekóder van, egy a 32bites és egy másik a 64bites utasításoknak.
emiatt az ARM dekódere sokkal egyszerűbb - és ez az egyszerűség tranzisztorban is megjelenik.Az X86-64-ISA annyira komplex, hogy már azt is nehéz megszámolni, hogy pontosan
hány regiszter vagy utasítás van benne.
https://blog.yossarian.net/2020/11/30/How-many-registers-does-an-x86-64-cpu-have
"All told, I think that there are roughly 557 registers on the average (relatively recent) x86-64 CPU core." ( és ebbe az AVX512 -es utasítások nincsenek beleszámítva )persze lehet vitatkozni, de szerintem az X86-64-ISA elég komplex az AArch64 -hez képest.
Ami még érdekes lesz az a
"Tachuym’s Prodigy Universal Processors " - által követett trend
ők nem tökölnek mindent (IS) akarnak futtatni
( x86, ARM and RISC-V binaries )"Prodigy is truly a universal processor. In addition to native Prodigy code, it also runs legacy x86, ARM and RISC-V binaries. And, with a single, highly efficient processor architecture, Prodigy delivers industry-leading performance across data center, AI, and HPC workloads. Prodigy, the company’s flagship Universal Processor, will enter volume production in 2021."
https://www.tachyum.com/pr-2020-08-11.shtmlKözben a RISC-V is megtette a tétet a héten
.. szerintük ők még az ARM-nél is jobb watt teljesítményt nyújtanak ( papiron )
64-bit RISC-V core claims 10x better CoreMarks/Watt compared to other 3-5GHz CPUs
http://linuxgizmos.com/64-bit-risc-v-core-claims-10x-better-coremarks-watt-compared-to-other-3-5ghz-cpus/
"Micro Magic unveiled an up to 64-bit RISC-V core showing a groundbreaking 110,000 CoreMarks/Watt, with a 3GHz chip consuming less than 70mW. The company claims 10 times better CoreMarks/Watt compared to other processors in the 3-5GHz range."persze sok ígéretet már eleve kettővel kell osztani,
de ettől függetlenül a következő 10 év nem lesz könnyű az X86-64-ISA -nak ..
az ARM és a RISC-V jelentős piaci térnyerésével kell számolni az X86-64-ISA kárára
az ARM és a RISC-V -nél az új játékosok belépési küszöbe alacsony.
Sok új játékos lép a piacra és sokan elhullanak ..izgalmas évtized jön! És szerencsére az AMD-nek nem egy Ballmer típusú kormányosa van.
( A verseny jó )
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ó!"
-
válasz S_x96x_S #4440 üzenetére
Szerverre hiába vannak állítólagosan rettenet jó ARM procik, ha kutya sem használja. Lásd az AMD EPYC-et, ami baromi jó, olcsó, energiahatékony platform, itt van már 3 éve, ennek ellenére rém lassan terjed.
A RIOS rendkívül felhasználóbarát, csak megválogatja a barátait.
-
Petykemano
veterán
köszi a mérést.
Azt mondod, hogy az AT tesztjében nem a backend fogyott el, hanem a TDP?
Ez azt jelentené, hogy bekapcsolt SMT-vel mondjuk 5-10%-kal alacsonyabb frekvencián megy, ha fullra van terhelve, mint kikapcsolt SMT-vel? Vagy megfordítva. a kikapcsolt SMT-t a TDP kereten belül kompenzálja valamivel magasabb frekvenciával.Egyébként félreértés ne essék: semmiképp sem kívántam azt sugallni, hogy a jelenlegi procikon ki kellene kapcsolni az SMT-t.
[ Szerkesztve ]
Találgatunk, aztán majd úgyis kiderül..
-
-vitya-
őstag
válasz S_x96x_S #4447 üzenetére
Én ezt úgy látom, hogy ez egy HA ... AKKOR feltétel rendszer
ha az AMD továbbra is ilyen erős EPYC procikat tud csinálni, amihez az ARM alig/nehezen tud felnőni, meg az intel sehogy, AKKOR nem kell annyira aggódnia, egyszerűen csak mindig a legjobbat kell tudni szállítani - de mondjuk most meg még aggódhat is, hiszen bár rég lelépte az intelt, de ez annyira nem látszik a szervereknélha az intel visszajön, akkor aggódhat, főleg, ha kifullad a nagy menetelés az AMD-nél
ha az ARM nagyon hosszú távon elkezd erős és versenyképes procikat felmutatni a szerverekhez is, akkor hosszú távon igenis komolyan nyerhetnek cégek arm alapon... De szerintem az egy távolabbi jövőkép (lehet)-=Витя=-
-
S_x96x_S
őstag
válasz -vitya- #4448 üzenetére
> ha az AMD továbbra is ilyen erős EPYC procikat tud csinálni,
> amihez az ARM alig/nehezen tud felnőni,lehet, hogy más benchmarkot nézünk ???
a mostani epyc (zen2) magokat 3.2Ghzen simán veri a 3.2Ghz-es M1
és a 3.2Ghz-es M1 pariban van a 4.8Ghz-es ZEN3-as magokkal is.Az ARM-ISA -hoz bárki hozzáfér, aki akar.
Az A64FX szerver : HBM2-es memória + 512bites SVE
az AMD-nek nincs se HBM2-es procija se AVX-512 -se .. ( persze ha akarná, lenne )
> de ez annyira nem látszik a szervereknélamikor már látszik, valami
akkor általában már késő ..Mint az Intel ahogyan benézte a ZEN-t .. semmilyen tartaléktervük nem volt .. el se képzelték, hogy beérik őket .. és amikor látták a ZEN1-et akkor is 1 évig csak hitetlengettek .. nincs semmi vész ... nyugtatgatták magukat .
Kell, hogy az AMD az egyik szemével figyelje az ARM-es procikat ... mert úgy jár ő is mint az Intel. ( vagy mint a Nokia, Kodak, ... )
"To summarize: AMD’s brand-new Zen 3 8-core matches the M1 in single-threaded performance and significantly exceeds it in multi-threaded performance, but it achieves both of these outcomes at desktop-level power consumption. Data from the comparison suggests Zen 3 will compare significantly more favorably than Zen 2, but data also indicates that AMD’s mobile performance in a 15W envelope is much lower than when allowed desktop power levels, which only makes sense. If we assume that AMD can improve single-threaded performance by 1.3x and 1.36x — meaning they can achieve the entirety of this uplift in exactly the same power envelope — our hypothetical Zen 3-based mobile CPU scores 1495 / 9248. Even if we make these very optimistic assumptions, the AMD mobile system would still be consuming far more electricity than its Apple counterpart."
https://www.extremetech.com/computing/317304-benchmark-results-show-apple-m1-beating-every-intel-powered-macbook-promegj:
Az M1 multi core-ja azért gyengébb a ZEN3-nál, mert 4 erős + 4 energiahatékony mag van benne. Ha 4 erős lenne, akkor multi core-ban is verné a zen3-at.
Mottó: "A verseny jó!"
-
Petykemano
veterán
válasz S_x96x_S #4449 üzenetére
Itt van egy specint2006-os táblázat: [link]
Az A77 nagyjából a zen2-zen3 ipc-jével rendelkezik.Ehhez képest tud +70-80%-ot az Apple chipje, A14. Ez persze elképesztő mérnöki teljesítmény.
A bárki által elérhető X1 elvileg az A77-re kb 30% IPC-t rak. Tehát elmondható, hogy már az X1 is meghaladja IPC-ben a zen3-at és az AMD, ha valóban a továbbiakban is csak 15% IPC növekedést hoz generácónként, akkor a zen4 lesz pariban az X1-gyel.Ez persze desktop környezetben nem annyira jön ki, mert ahogy írtad, frekvenciával kompenzál. De szervereknél 3-3.5Ghz az általánosan elérhető frekvencia, ahol energiahatékony a mag, tehát nem lehet frekvencia-előnnyel kalkulálni.
Ez azt jelenti, hogy ha valaki jövőre csinál ez X1 magokból álló szerver cpu-t, annak komoly esélyei vannak lehagyni a Milant. Nyilván ez se pofonegyszerű, mert ugye azt mondják, hogy a jó mag még kevés, sok mag esetén az interconnect is számít.
Lehet, hogy ez nem a Marvelltől fog érkezni. DE szerintem elég valószínű, hogy az AWS hoz egy graviton3-at.
Találgatunk, aztán majd úgyis kiderül..
Új hozzászólás Aktív témák
- Egészen nagy teljesítményspektrumon fedné le a mobil piacot az AMD
- Motorola Edge 40 neo - színre és formára
- Milyen asztali (teljes vagy fél-) gépet vegyek?
- Autós kamerák
- Android alkalmazások - szoftver kibeszélő topik
- Intel Core i5 / i7 / i9 "Alder Lake-Raptor Lake/Refresh" (LGA1700)
- Ukrajnai háború
- Videó stream letöltése
- Gaming notebook topik
- Motorola Moto G24 Power - hol van az erő?
- További aktív témák...