A Radeon driver hibáját az AMD is elismerte: az AMD External Events Utility (atieclxx.exe) a háttérben folyamatosan ír a rendszer SSD-jére, akkor is, ha a gép tétlen. A vállalat képviselője először októberben, a felhasználói jelentések nyomán szólalt meg az r/buildapc szálban, a napokban pedig ott pontosította az okot: a hiba az External Events Utility és a Microsoft PCIe-szűrőmeghajtója közti kölcsönhatásból ered. A lapunkhoz eljutott összefoglalók végtelen ciklusként írják le a jelenséget.
Nagyságrendileg 0,3 és 5 MB/s között mozog az írás. 1,5 MB/s-nál ez napi 130 GB, 5 MB/s-nál 432 GB, havonta közel 13 TB. Egy 500 GB-os, 300 TBW-ra hitelesített SSD-nél ez az éves terhelés 3 és 52 százalék között van, sebességtől függően. Fontos fenntartás: ez a Windows által a meghajtó felé küldött adat, nem az, ami ténylegesen a flash chipekre kerül, tehát a tényleges élettartam-csökkenés nincs bizonyítva.
Hogyan működik a hiba
Az AMD External Events Utility nem önálló program, hanem egy szolgáltatás, amelyet az atiesrxx.exe indít el SYSTEM-jogosultsággal. A tényleges munkát az atieclxx.exe nevű kliensmodul végzi: ez figyeli a megjelenítéssel kapcsolatos eseményeket, a monitorok csatlakoztatását, a teljes képernyős alkalmazásokat, a FreeSync állapotát és az Adrenalin gyorsgombjait.
A hiba ebben a láncban keletkezik. Az AMD képviselője szerint a kliensmodul és a Microsoft PCIe-szűrőmeghajtója közötti kölcsönhatás fut végtelen ciklusba, vagyis a szolgáltatás újra és újra nekifut egy állapotellenőrzésnek, amely nem fejeződik be. A mit és miért pontosan nem tudni, mert a hiba nem minden konfiguráción jön elő, és a gyártó nem tette közzé a technikai részleteket.
A ciklus mellékterméke a folyamatos írás. A naplózott adat jellemzően belső driverdiagnosztika, állapotellenőrzés és eseménynapló. A mi mérésünkben a fájl a C:\Windows\System32\config\systemprofile\AppData\Local\AMDtieclxx.exe volt, másodpercenként 509 937 bájttal, olvasás nélkül. A folyamat kumulatív számlálója 60 másodperc alatt 38,1 MB, 120 másodperc alatt 76,9 MB írást mutatott, ami 0,64-0,67 MB/s átlag és napi 54 GB. A Resource Monitor a legtöbb másodpercben nullát mutat, mert a hiba löketekben jelentkezik.
Innen jön a félreértés, ami miatt sokan nem találják a hibát: a Resource Monitor nem az atieclxx-et mutatja, hanem a System processzt PID 4-gyel. A szolgáltatás SYSTEM-ként fut, a fájljai a systemprofile alá kerülnek, a Windows pedig az ilyen írásokat a System számlájára írja. Aki az atieclxx-re szűr a listában, az üres képernyőt lát.
| Lépés | Mi történik |
|---|---|
| 1. Indulás | Az atiesrxx.exe szolgáltatás SYSTEM-ként elindul |
| 2. Kliens | Elindítja az atieclxx.exe modult, ami figyeli a megjelenítési eseményeket |
| 3. Hiba | A PCIe-szűrőmeghajtóval való interakció végtelen ciklusba fut |
| 4. Írás | A ciklus állapotot ír a systemprofile\AppData\Local\AMD alá, 0,3-5 MB/s-mal |
| 5. Látszat | A Resource Monitor ezt a System (PID 4) írásaként mutatja |
Ez magyarázza a Resizable BAR körüli tapasztalatokat is. A ReBAR nagyobb memóriatartományt térképez fel a videokártya számára, és a szűrőmeghajtóval való interakció ezen a szinten fut ciklusba. A funkció kikapcsolása megszünteti a feltételt, amely a ciklust táplálja. Ezért javasolja az AMD is kerülőútként a BIOS-beli kikapcsolást, és ezért nem működik mindenkinél: akinél a ciklus más okból indul, annál a ReBAR állításán nem segít.
Kiket érint
A jelentések nem rajzolnak ki tiszta mintát. Windows 10 LTSC-n egy RX 7800 XT-nél 26.6.4-es driverrel 2 MB/s körüli írást mértek, és tíz perc alatt 600 MB-ot naplózott a Process Monitor. Windows 10 22H2 alatt egy RX 9060 XT-nél a 26.7.1, a 26.8.1 és a 26.10.1 is hozta a hibát, utóbbinál 1,5 MB/s-ig. Windows 11 26H2-n, RX 9070 XT-vel 0,3 MB/s a jellemző, de ugyanezen a driveren más felhasználó nem tapasztalta.
Az sem számít, hogyan telepítetted a drivert: jelentették teljes Adrenalin-csomaggal és driver-only telepítéssel is, és tisztítós újratelepítés sem szüntette meg mindenkinél. Vagyis a verziószám önmagában nem árulja el, hogy érintett-e a géped.
Mit csinál a szolgáltatás leállítása
A legegyszerűbb kerülőút a szolgáltatás leállítása a services.msc-ben. A jelentések szerint ez megszünteti az írást. A mellékhatás viszont valós: az Adrenalin gyorsgombjai kiesnek, az új monitor csatlakoztatásának felismerése és a színprofilok is sérülhetnek.
A FreeSync a kérdéses rész. Az AMD egyik mérnöke korábban azt írta, hogy a szolgáltatás kikapcsolása bizonyos játékokban megszünteti a FreeSync működését, mert a szolgáltatás felel a teljes képernyős alkalmazások felismeréséért. Más felhasználók viszont arról számoltak be, hogy náluk a FreeSync és a Resizable BAR is működött utána. Ellenőrizni a monitor saját menüjében lehet: ha a frissítési frekvencia ott fix értéken áll és nem mozog, akkor a FreeSync nem dolgozik.
Segít-e a régi driver visszaállítása
Igazolt, biztosan jó verzió nincs. A felhasználói jelentések között akad olyan, aki a 26.10.2-n nem tapasztalta a hibát, más ugyanezen a verzión igen. A 25.12.1 és a 26.2.2 mellett szóló beszámolók egyedi esetek. Aki mégis visszaáll, annak az AMD a saját Cleanup Utilityjét ajánlja a régi driver maradékainak eltávolítására.
Létezik egy trükkösebb megoldás is: a 26.3.1-es csomagból három fájlt (amdkmpfd.ctz, amdkmpfd.itz, amdkmpfd.stz) kell bemásolni a System32 AMD mappájába, és több felhasználónál ez megállította az írást. A módszert nem az AMD ajánlja, csak AMD chipsetes alaplapokon működik, és a driverfrissítés felülírhatja.
Hogyan ellenőrizd magad
A Resource Monitor Disk fülén (Win+R, resmon) látszik, hogy a System folyamatosan ír-e, és a Fájl oszlopban az atieclxx.exe útvonala bukkan fel. Ha jegyzed az operációs rendszert, a kártyát, a driver verzióját, a mérés idejét és a mért sebességet, utána össze tudod hasonlítani a beállítások vagy a driverfrissítés előtti és utáni állapotot.
Az AMD szoftveres fronton mást is mozgatott mostanában: az FSR 4.1.2 november 4-én Xbox Series X|S-re is megjelent, a négy felskálázási megoldás működését pedig korábbi áttekintésünk mutatja be.
A javítás a következő driverben jön, verzió és dátum nélkül.
