Przesuwasz okno w Windows? Sterowniki AMD natychmiast zapisują to na dysku

Sterowniki chipsetu AMD znów są na świeczniku, tym razem za sprawą Redditora o nicku Takia_Gecko, który odkrył bardzo nietypowe zachowanie systemu Windows. Okazuje się, że podczas przesuwania lub zmiany rozmiaru dowolnego okna na ekranie, jeden z plików logów w katalogu C:WindowsSystem32AMDEEUDumps jest nieustannie bombardowany zapisami.

Nagranie zaprezentowano przez Redditora wyraźnie pokazuje, że plik rośnie w zastraszającym tempie, a każde minimalne przesunięcie okna generuje kolejne zapisy monitorowane przez narzędzie ReadDirectoryChangesW.

Nagranie zaprezentowano przez Redditora wyraźnie pokazuje, że plik rośnie w zastraszającym tempie, a każde minimalne przesunięcie okna generuje kolejne zapisy.

Co właściwie się dzieje?

W tle działa proces systemowy uruchamiany przez sterowniki AMD, najprawdopodobniej odpowiedzialny za monitorowanie zdarzeń graficznych. Za każdym razem, gdy zmieniamy rozmiar lub położenie okna, komponent sterownika notuje w logu kolejne wpisy. Nie są one duże, ale jest ich bardzo dużo, a każde przesunięcie okna dosłownie „zasypuje” plik log tysiącami mikrozapisów. Nie jest to normalne zachowanie i sugeruje albo niezoptymalizowany tryb debugowania, albo pozostałość po testowej funkcji diagnostycznej, która nigdy nie powinna trafić do finalnych wersji sterowników.

Czy takie zapisy zużywają SSD?

To jedno z pierwszych pytań, które nasuwa się w tym przypadku. Na szczęście obecna odpowiedź brzmi: raczej nie, ale z naciskiem na „raczej”. Współczesne SSD stosują bowiem agresywne buforowanie i wear leveling, nawet dyski „bez cache” używają pamięci RAM dzięki technologii HMB, a pojedyncze wpisy są bardzo małe, więc obciążenie przy realnym użytkowaniu może być znikome. Innymi słowy, na chwilę obecną nie ma dowodów, że to faktycznie może skrócić żywotność dysku. Ale dopóki AMD nie odniesie się do sprawy, nie da się tego stwierdzić na 100%.

Tymczasowa „łatka” od Redditora

Jeśli Was to jednak niepokoi, to Takia_Gecko opracował tymczasowy sposób obejścia problemu. Log można uciszyć, przekierowując zapisy z folderu EEUDumps do nul:, czyli cyfrowej czarnej dziury. To sprawia, że procesy nadal działają, ale nie zapisują nic na dysk. Alternatywnie możecie wyłączyć usługi AMD External Events Utility, co całkowicie eliminuje problem. Jest tu jednak pewien haczyk, bo ten proces jest powiązany z obsługą FreeSync. Redditor twierdzi, że informację tę potwierdził u inżyniera AMD. Nie wiadomo jednak czy jego dezaktywacja faktycznie ogranicza działanie FreeSync i czy to rozwiązanie ma jakiekolwiek długofalowe skutki uboczne. Takia_Gecko ostrzega jednak korzystacie z niego na własne ryzyko.

Dopóki AMD nie wyda aktualizacji sterowników lub oświadczenia, pozostaje nam czekać na reakcję Czerwonych.