Új hozzászólás Aktív témák
-
Fiery
veterán
Igen. A hibát egyébként elméletünk szerint az okozza, hogy a Zen 5 dinamikusan kapcsolgatja a FMA egységek órajelét az aktuális terhelés függvényében. Ez okozhatja azt, hogy "misztikusan" néha az utasítások késleltetése duplája lesz az elvártnak: a proci akkor épp lefelezte az FMA egységek órajelét.
-
Fiery
veterán
Szerintem nem létezik ilyen alkalmazás, legalábbis publikus formában semmiképp. Ha valakinek van ilyenje, az az AMD és Intel lehet, de ők tutira szigorúan őrzik azt.
Az ES procik egyik hátránya, hogy nincs hozzájuk mikrokód frissítés. Ergo ha beüt egy CPU sebezhetőség, az ES procikhoz hiába raksz fel új BIOS-t, nem fog a mikrokód frissülni.
Persze lehetne moralizálni azon is, hogy az eBayre felkerült ES procik tulajdonképpen mindegyike lopott vagy minimum illegálisan forgalomba hozott termék.
-
Fiery
veterán
Van az AIDA64-ben instruction latency mérés is, de a benchmarkok nem így működnek. Nem 1-2 utasításra fókuszálnak, hanem egy konkrét feladatot oldanak meg. Generálnak egy fraktált, sugárkövetéses képet renderelnek, nagy adatblokkokat kriptálnak el vagy hash-t generálnak hozzá, stb.
-
Fiery
veterán
Az AVX (AVX, AVX2, AVX-512) valójában rengeteg helyen bevethető. Miből gondolod, hogy az Intel és az AMD is rádobott az AVX család fejlesztésére 16+ évet teljesen feleslegesen? Ha még csak az Intel implementálná őket, talán mondhatnánk azt, hogy ez az Intel dilije, és más meg tojik rá, de közel sem ez a helyzet. Ha az AVX semmire nem lenne jó (a benchmarkokon kívül), akkor az AMD nem bíbelődne az implementálással -- különösen az AVX-512 esetében, ahol több mint ezer (!) utasítás implementálása és validálása a meló. Amit ugye szépen el is végzett az AMD nem is olyan rég.
Az FFT meg hasonlók kapcsán nekem az az álláspontom, hogy ha egy konfiguráció stabil, akkor el kell bírnia bármilyen kódot. Melegedhet, adott esetben túl is melegedhet, de nem fagyhat le, nem dobhat kékhalált, nem kapcsolhat le, nem indulhat újra a gép. Másképp a stabilitás többé nem bináris kérdés lenne, hanem egy skála. Kb. mintha azt mondanád egy nőre, hogy kicsit terhes
Az is eléggé bináris kérdés... -
Fiery
veterán
"Gondolom az assemblyfejlesztő is nyilván valamilyen gépen fejleszt, menet közben teszteli az egyes szubrutinokat, számszerűsíti, hogy az egyes iterációs változtatások gyorsítanak vagy inkább lassítanak. Aztán ennek köszönhetően a végén a kód nem csak a támogatott utasításkészlethez, hanem a fejlesztéskor használt processzor belső felépítéséhez (cache, elágazásbecslés, párhuzamosan végrehajtott skalár utasítások száma, utasítások késleltetése) is adaptálódik."
Nem, nem így fejlesztjük a benchmarkokat. Nyilván mindig van egy fejlesztésre használt hardver (ami pár évente cserélődik), de az épp fejlesztés alatt álló kódot nem az adott fejlesztői vason méricskéljük.A benchmarkok fejlesztése teljesen célorientáltan, maximálisan fókuszálva a megcélzott CPU-ra történik. Teljesen mindegy emiatt, hogy milyen hardver van a fejlesztésre használt számítógépben. A teljesítmény értékelése is a cél processzoron történik, nem a fejlesztői gépben lévő processzoron.
-
Fiery
veterán
Én azért tartom jónak a mi hozzáállásunkat a benchmark kérdéshez, mert nyíltan és egyértelműen publikáljuk, miképp fejlesztjük a benchmarkokat, és hogy azok tényleg extrém optimalizált kódok. Van aztán, akinek ez tetszik és relevánsnak gondolja, és van aki nem. De semmiképp sem árulunk zsákbamacskát.
-
Fiery
veterán
A stratégia az, hogy minden CPU-generációra extrém optimalizáció kerül beépítésre. Tehát minden CPU-ból kisajtoljuk a maximumot, így nem kerül egyik sem előnybe vagy hátrányba.
CPU-generáció alatt ne azt értsd, hogy Zen 4, hanem azon belül külön optimalizáció készül a Strixre, Strix Halo-ra, Granite Ridge-re, Krackanra, Turinra, stb.
Intel vonalon pedig az utasításkészlet szegmentáció miatt külön optimalizáció készül pl. AVX-512-re és AVX2-re is. És így ha a prociban le van tiltva az AVX-512, akkor anélkül is optimálisan fog futni a benchmark, nyilván az adott kereteken belül.
-
Fiery
veterán
Az is eléggé bináris kérdés...
Új hozzászólás Aktív témák
- Luck Dragon: Asszociációs játék. :)
- Xbox Series X|S
- A fociról könnyedén, egy baráti társaságban
- Milyen légkondit a lakásba?
- Anglia - élmények, tapasztalatok
- Eredeti játékok OFF topik
- Gyúrósok ide!
- Renault, Dacia topik
- KODI (ex-XBMC) Android alapokon, Androidos media-boxok
- Itt a Galaxy S26 széria: az Ultra fejlődött, a másik kettő alig
- További aktív témák...
- Dell G15 5511 i7-11800H / RTX 3050 Ti 4GB / 16GB RAM / 512GB NVMe 15,6" FHD 120Hz WVA
- Eladó Apple iPhone 11 128GB piros (PRODUCT RED) színben
- Samsung Galaxy S25 512GB HIBÁTLAN!ÚJSZERŰ!Kártyafüggetlen
- Iphone 13 White 128Gb újszerű állapot, független
- ELKELT - Apple MacBook Air 2025 13.6" M4 10C/8C - 256 SSD - 16GB RAM - 3 ÉV GARANCIA
- LicencAruhaz.hu OLCSÓ, LEGÁLIS SZOFTVEREK AZONNAL - Windows - Office - Win Server - ÖRÖK GARANCIÁVAL
- ASUS Vivobook 15 - 15.6"FHD IPS - i5-1335U - 8GB - 512GB - Win11 - 1+ év garancia - MAGYAR
- Gamer PC-Számítógép! Csere-Beszámítás! R5 3600X / GTX 1080Ti 11GB / 16GB DDR4 / 512 Nvme SSD
- Samsung Galaxy XCover 5 / 4/64GB / Kártyafüggetlen / 12Hó Garancia
- Decathlonos 43-as boxcipő, alig használt, hibátlan állapotban
Állásajánlatok
Cég: Laptopműhely Bt.
Város: Budapest