A Gigabyte az elmúlt héten kürtölte világgá, hogy HiCookie, a vállalat saját házi tuningmestere igen figyelemreméltó eredményeket ért el egy Alder Lake-S processzorral: lényegében beállított egy 8 GHz-es processzor-órajel világrekordot ebben a kategóriában, illetve egy új DDR5 memória-órajel világrekordot is összehozott. Az impresszív eredményekről nemrégiben számoltunk be, azóta viszont történt egy s más a témában.
A tuning-eredmények hitelesítését végző CPU-Z Validator fejlesztője, aki a Twitter virtuális hasbjain Doc TB becenév alatt tevékenykedik, egy lelombozó posztot osztott meg, amely alapján úgy tűnik, nincs sok esély arra, hogy a 8 GHz-es Alder Lake-S órajel tényleg valódi, ki is fejtette, miért. A fejlesztő szerint az Alder Lake-S processzorok első mintapéldányainak megjelenését követően rengeteg olyan eredmény érkezett a CPU-Z Validator-on keresztül, amelyek 8 GHz és 12 GHz közötti tuningról árulkodtak, ám ezek igazából hamis eredményeknek tekinthetőek, hiszen egy bug következtében hibás órajelet jelez vissza a rendszer.
A bug egy lapkaszintű problémának köszönhető, amit igazából új revízióval lehetne megnyugtatóan orvosolni, ám erre már nem volt idő – röviddel a hivatalos rajt előtt derült rá fény. Hogy miről is van szó? Gyakorlatilag arról, hogy a 63-as szorzót elhagyva előfordulhat, hogy a belső CPU PLL nem igazodik az új szorzóhoz, így a korábban konfigurált szorzó marad érvényben, de a rendszer már az új szorzóval elérhető órajelet jelenti le. Ez egy olyan hiba, ami az átlagfelhasználók közül senkit sem érint majd, de extrém tuningos körökben jelenthet némi problémát.
Valószínűleg utóbbi miatt döntöttek úgy a gyártónál, hogy mégis foglalkoznak a problémával és készítenek rá egy javítást, ami mikrokód-frissítés formájában vált elérhetővé (0x12). Ennek keretén belül egy új HW regisztert vezettek be, ami az FLL_OC_Mode nevet viseli. Amennyiben ez a regiszter aktív, akkor a rendszer gondoskodik róla, hogy a PLL megfelelően igazodjon a 63-as feletti szorzókhoz is. Ezt az FLL_OC_Mode regisztert a CPU-Z is képes érzékelni az 1.98-as verziótól felfelé, valamint a CPU-Z Validator is megkapta a szükséges „védelmi mechanizmusokat” annak érdekében, hogy a bugot kihasználó „rekordkísérleteket” automatikusan elutasítsák.
Hogy akkor mégis miért sikerült hitelesítést szereznie a 8 GHz-es órajel-rekordnak? Mivel az eredményt egy gyártói hátszéllel rendelkező tuningos követte el, aki a segítség jóvoltából a BIOS forráskódjához is hozzáférhet, nincs kizárva, hogy valami machináció van a háttérben, de ez egyelőre csak feltételezés. Ilyesmi ellen a CPU-Z Validator sem tud védekezni, ugyanis nem fér hozzá a szükséges információkhoz.
Az persze mindenképpen árulkodó jel, hogy az eddigi eredmények alapján a 7 GHz-es határ környékén van a limit, amennyiben minden processzormag aktív, míg egy mag esetén 7,5-7,6 GHz-es eredményeket értek el eddig a próbálkozók, egy-egy újabb rekorddöntés pedig csak néhány megahertzes előrelépés keretén belül valósulhatott meg. Az is mindenképpen árulkodó jel, hogy a rekord részleteit nem töltötték fel a HWBot-ra, ahol az összes extrém tuning-eredmény elérhető.
Ahhoz, hogy a bugot ne lehessen kiaknázni, új lapkarevízióra vagy új mikrokód-frissítésre lenne szükség az Intel részéről, ám kérdés, hogy a vállalat akar-e foglalkozni egy olyan problémával, ami csak egy maroknyi felhasználót érint. Az már viszont más kérdés, hogy mi lesz, ha kiderül, tényleg valami susmus volt a háttérben, azaz az órajel-világrekord nem teljesen tiszta: ez mind a Gigabyte, mind pedig az ismert és elismert tuningos hírében álló HiCookie számára is presztízsvesztést jelenthet.
