Az elmúlt hónapok során sokszor téma volt a különböző fórumokon, hogy a RYZEN Master által megadott adatokhoz képest eltérő módon használja a Windows 10 ütemezője a processzormagokat, vagyis nem mindig a leggyorsabb példányt veti be egyszálú feladatvégzésnél, pedig így lenne logikus. Ebből sokan azt a következtetést vonták le, hogy a fura gyakorlat miatt teljesítményt veszít az adott konfiguráció, ám erről szerencsére szó sincs – ennek megértéséhez viszont érdemes tisztázni pár dolgot.

Az AMD a RYZEN processzorok gyártásának végén minden egyes processzor magjait teszteli, majd a tesztek eredményei alapján osztályozza őket elektronikai tulajdonságaik alapján. A fizikai és elektronikai karakterisztikákat ekkor be is égetik a chipbe, méghozzá az SMU Firmware névre keresztelt szoftverbe, amely így tartalmazza a magok rangsorát. Ezt a RYZEN Master mellett harmadik fél által készített szoftverek is ki tudják olvasni a megfelelő API-n keresztül, gyakorlatilag ez az adathalmaz az alapja a „Best Core” kezdeményezésnek.

Galéria megnyitása

Itt arról van szó, hogy – a második generációs RYZEN processzoroktól kezdve – a RYZEN Master szoftveren belül az adott négymagos CCX leggyorsabb processzormagját egy szürke csillag jelöli, míg a második leggyorsabb mellett egy pont szerepel. Ezeket a jelöléseket minden egyes négymagos CCX-nél megtaláljuk, sőt, a teljes CCD lapkát is osztályozza a rendszer, ekkor azonban már 2 x 4 processzormagból választja ki a leggyorsabbat, ami arany csillagot kap. A 12- és 16 processzormaggal rendelkező modelleknél a két CCD miatt két ilyen arany csillagos processzormag is jelen van a rendszerben.

A RYZEN 3000-es processzorok esetében az AMD újításként egy CPPC2 névre keresztelt ACPI funkciót is használ (Collaborative Power and Performance Control 2), mi igazából egy köztes réteget képvisel az adott processzor firmware-e, illetve az operációs rendszer között. Ezzel a funkcióval a Windows hatékonyan el tudja dönteni, hogyan érdemes használni a hardvert annak érdekében, hogy mind teljesítmény, mind fogyasztás tekintetében optimális helyzet alakulhasson ki. Lényegében ez az a felület, amelyen keresztül az AMD megadja az operációs rendszer számára a „Preferred Cores” információt, vagyis azt, hogy a különböző terhelésformáknál mely processzormagokat érdemes előnyben részesíteni. Ezek az adatok nem feltétlenül esnek egybe azokkal amelyekről a RYZEN Master említést tesz, vagyis nem feltétlenül az arany csillaggal, illetve szürke csillagokkal ellátott processzormagok kapják a legmagasabb terhelést.

Ennek több oka is van. Egyrészt a CPPC2 segítségével az AMD arról próbál gondoskodni, hogy a processzor megfeleljen a Windows 10 ütemező „Core Rotation” funkciójának, ami egyszálas terhelés alkalmával nem egyetlen processzormagot terhel, hanem egy magpárt, amelyek között oda-vissza váltogatja a terhelést a minél jobb hatékonyság érdekében. Ezzel az egyes magok átlagos hőfokát csökkenti, jobb lesz a hősűrűség, így a fogyasztás és a maximálisan elérhető órajel egyaránt javulhat, ami a teljesítmény javulását hozza. És itt van a kutya elásva, ugyanis ez az a gyakorlat, ami miatt a RYZEN processzorok esetében „trükközésre” van szükség, hála a CCX alapú felépítésnek.

Galéria megnyitása
Egy-egy CCX tömb esetében a négy processzormag úgy van elosztva, hogy kettő az egyik oldalon, kettő pedig a másikon foglal helyet, és közöttük van az L3 Cache. A Core Rotation Policy miatt úgy kell elosztani a processzormagok terhelését, hogy lehetőleg ne egymás melletti magokat terheljen a rendszer, hanem két egymástól távolit, de egy CCX-en belül annak érdekében, hogy az L3 Cache azonos részéhez férhessenek hozzá. A Windows ütemezője jelenleg nem túl fejlett ebből a szempontból, ugyanis például azt sem tudja megoldani, hogy a különböző folyamatokat különböző CCX tömbökhöz rendelje, első körben egy-egy CCX-re próbálja csoportosítani őket, majd csak utána kezdi el terhelni a következő CCX-et. Ez a csoportosítás egyetlen folyamat esetében jól jöhet, de több folyamatnál érdemesebb lenne több CCX-re osztani az összetartozó terhelésformákat – minden CCX-en összetartozó folyamatok futhatnának, hatékonyan. Idővel ez a gyakorlat egészen biztosan változhat, addig azonban a jelenlegivel kell megbarátkozni. Egy biztos: az AMD aktuális módszere a lehető legjobb teljesítményt biztosítja, legalábbis ezt bizonyítják az eddigi tesztek.

Hogy a fentiek fényében mégis mi értelme van akkor arany csillaggal jelölni a leggyorsabb processzormagokat? Az AMD szerint ezzel a rekordokat döntögető tuningosoknak szerettek volna kedvezni, ám belátták, hogy a jelenlegi gyakorlat sok félreértést szülhet, így változtatnak rajta. A jövőben a RYZEN Master is ugyanazt mutatja majd, mint amit az operációs rendszer esetében terhelések alkalmával láthatunk, azaz nem lesz többé ok a félreértésre.

Hírlevél feliratkozás
A feliratkozással elfogadom a Felhasználási feltételeket és az Adatvédelmi nyilatkozatot.

13 hozzászólás

A komment írásához előbb jelentkezz be!
marc23
marc23
2019. nov. 25. 21:32
#2

A cikket elolvasva az a benyomasom lett h lassan eloall az a nonszens helyzet h a hardwert feljesztjuk a szoftverhez!( es nem ugy ahogy a nagykonyvben megvan irva: van egy hardverunk es ahoz fejlesztunk szoftvert h kimaxoljuk amit tud a vas) a mikroszoftnal meg ugy latszik a banda vagy elfelejett os-t irni v nem akar v nem tud, es ezert szuletnek egyre szarabb frisitesek egyre szarabb os-ek! Megtehetnek mar azt igazan h leulnek es egy olyat os-t raknak ossze aminek nem az a celja h: reklamozzon, penzert vegyel egyeb faszsagokat, csillivilli legyen, folosleges ficsurok tomkelege legyen benne amit tan hasznalnak 20ezren, stb stb, ehelyett tan lehetne prioritas az h: minnel kisebb eroforras zabalas, alap normal kinezet, sallang mentes tartalom(office, 356, xbox,stb integralas),stb es akkor tan lenne egy os ami hasit a vason, nem jon hozza havonta frissites ami tobb dolgot basz szet az ember gepen mint letezo hibat megold,  ha nem akkor hoz frissitest amikor erdemben gyorsitana a vason v uj hardverre lenne elerheto,stb

BiroAndras
BiroAndras
2019. nov. 27. 11:47

@DiEGO

Az elvégzendő feladatok költsége általában fix, ezért nem csak a relatív teljesítmény számít. Akkor éri meg sok időt szánni az optimalizálásra, ha az adott CPU az adott feladathoz épp csak elég erős. A PC korszak elején ez még szinte minden nem triviális feladatra igaz volt. Aztán, ahogy egyre erősödtek a procik, egyre több gyakran használt dologra lett kényelmesen elég egy átlagos CPU teljesítménye. Most ott tartunk, hogy a szoftverek 99%-a nem igényel szinte semmi optimalizálást, mert ami erőforrás igényes dolgot csinálnak, arra már van alaposan optimalizált megoldás, csak használni kell. A játékoknál is a legtöbb esetben nem a logika eszi a legtöbb proci időt, hanem a grafika meg a fizika. Ezekre is vannak persze kész motorok, de nem mindegy, hogy hogyan használják őket. Ez már nagyon messze van a gépi kódú utasítások reszelgetésétől.

A sok magos procik kihasználásával az a baj, hogy az olyan feladatok, amik elég jól páruhzamosíthatók hozzá, azokat általában GPU-n is lehet számolni, nagyságrendekkel hatékonyabban. A GPU lényegében egy ezer magos CPU, de nagyon leegyszerűsített magokkal.

tomchee
tomchee
2019. nov. 25. 19:21
#1

Miota kint vannak mar a ryzenek, és ms még mindig le van maradva. 

Ami kéne sosincs a win updatekben, deami meg kutyának sem hiányzik azt bezzeg kapjuk.

_DiEGO_
_DiEGO_
2019. nov. 26. 12:45

@axe de azért tudatalattiban tudod hogy mire gondolt és hogy igaza van ! Ezt TE is tudod. Tudom hogy tudod.

Vissza az oldal tetejére