(DeepL번역입니다)
AMD 사용자들이 칩셋 드라이버와 관련된 과도한 SSD 쓰기 활동을 보고함
-창을 이동하거나 크기를 조정할 때마다 끊임없는 로그 파일 쓰기 현상 관찰됨-
AMD 외부 이벤트 유틸리티 서비스를 비활성화하는 것이 해결 방법처럼 보이지만,
현대적인 디스크 캐싱 기술로 인해 실질적인 문제가 있는지 확실하지 않습니다.
한 레딧 사용자가 AMD 칩셋 드라이버로 인해 발생한, 기껏해야 예상치 못한 행동으로 분류될 수 있는 현상을 관찰했습니다.
Takia_Gecko는 AMD 드라이버의 버그/기능으로 인해
화면 창을 이동하거나 크기 조정할 때마다 시스템 로그 파일이 반복적으로 추가되는 현상을 발견했습니다.
분명히 이런 현상이 발생하고 있지만, 가장 중요한 질문은 이것이 큰 문제인지 사소한 문제인지이며, 아직 결론이 나지 않았습니다.
관찰된 이 빠르고 지속적인 파일 쓰기 작업이 시스템 성능에 영향을 미치거나 SSD를 손상시킬까요?
AMD에 명확한 답변을 요청했습니다.
현대 컴퓨터 시스템은 일반 사용자가 전혀 인지하지 못하는 수많은 작업을 백그라운드에서 수행합니다.
Windows 내장 작업 관리자 같은 시스템 모니터를 열고 모든 프로세스를 확장하면 이러한 숨은 작업들을 어느 정도 파악할 수 있습니다.
하지만 사용 중인 앱과 명백한 Windows 작업 외에 발생하는 대부분의 현상은 대다수에게 이해하기 어려울 것입니다.
일부 매니아와 튜너들은 이러한 프로세스를 세밀하게 제어하고 다스리는 데 관심이 있으며,
Takia_Gecko도 그중 한 명으로 이 예상치 못한 현상을 포착한 것으로 보입니다.
그들은 해결 방법까지 개발했지만, 철저하고 광범위한 테스트 없이는 이 임시 해결책에 또 다른 문제가 숨어 있을지 확신할 수 없습니다…
위에서 임베드된 동영상은 관찰된 문제를 매우 선명하게 보여줍니다.
Takia_Gecko의 PC에서 C:/Windows/System32/AMD/EEUDumps/ 경로에 있는 로그 파일이 화면에서 창이 조작될 때마다
업데이트로 폭격당하는 모습을 볼 수 있습니다.
이 동작은 ReadDirectoryChangesW라는 유틸리티로 추적되었습니다.
SSD에 미치는 영향?
예상치 못한 현상은 분명히 존재합니다. 그리고 해결책으로,
레딧 사용자는 “[EEUDUmps] 폴더 전체에 대한 쓰기 작업을 nul:로 리다이렉트”하면 이 현상을 막을 수 있다는 것을 발견했습니다.
하지만 SSD로 데이터를 마구 쏟아붓는 것이 SSD의 건강과 수명에 영향을 미칠까요?
현재로서는 '아마도 아닐 것'이라는 답밖에 없는데, '아마도'라는 표현에 주목해야 합니다.
현대 저장 장치는 캐싱을 광범위하고 지능적으로 활용합니다.
캐시 없는 SSD조차 시스템 RAM 일부(예: HMB 드라이브)를 사용해 실제 디스크 활동을 줄입니다.
이 로그 파일 쓰기는 빈번하고 빠르지만, 용량이 매우 작아 SSD 내구성에 대한 우려 등에 영향을 미치지 않을 수 있습니다.
프리싱크(FreeSync) 영향?
AMD 칩셋 드라이버를 설치한 사용자들 사이에서 제기되는 또 다른 정당한 우려는 이 버그/기능이 프리싱크에 영향을 미칠 수 있다는 점입니다.
Takia_Gecko는 AMD 엔지니어와 확인한 바에 따르면,
드라이버가 생성하는 'AMD External Events Utility'라는 Windows 프로세스가 프리싱크 기능 제공과 관련이 있다고 주장합니다.
이 관찰은 매우 중요합니다.
해당 레딧 사용자는 이 서비스/프로세스를 비활성화하면
로그 업데이트가 중단되어 오류 발생 및 겉보기에는 낭비적인 파일 쓰기 작업이 종료된다고 지적했기 때문입니다.
대안으로, 프로세스 출력을 nul:로 파이프하는 방법이 레딧 사용자가 제안한 해결책입니다.
해당 사용자는 이 방법이 자신의 시스템에는 뚜렷한 영향을 미치지 않았다고 언급했지만,
다른 사용자들은 자신의 책임 하에 시도하라고 경고했습니다.
Takia_Gecko는 자신의 시스템이 FreeSync를 사용하는지 여부를 명시하지 않았습니다.
해당 게시물의 댓글들 역시 FreeSync 기능과 이 로그 파일 작성 해결책 사이의 연관성을 입증하지 못했습니다.
AMD의 답변을 기다립니다
우리는 AMD에 연락하여 이러한 의미 없어 보이는 로그 파일 업데이트가 향후 칩셋 드라이버 업데이트에서 해결될 것인지 확인했습니다.
(IP보기클릭)221.149.***.***
저거 가지고 뭐라고 할거면 윈도우 이벤트 뷰어 보면 기절하겠군.
(IP보기클릭)118.235.***.***
제가 봐도 오버하는 느낌이긴한데 본인들이 불안하다니 뭐 그렇다고 해야겠네요 윈도우 로그보면 컴터 못쓸듯
(IP보기클릭)210.183.***.***
로그를 쓴다는 것 자체가 디스크의 수명을 잡아먹는건데 영향이 없을리가...
(IP보기클릭)182.228.***.***
AMD 오픈 소스코드 공개된거 일부 보면, 조금 조잡하게 구현되어 있는 코드를 보긴했습니다. 그의 연장선이라고 생각하면 Driver 구현이 그렇게 정교하고, 깔끔하게 코딩되어 있을 것 같지는 않았네요.
(IP보기클릭)210.183.***.***
로그를 쓴다는 것 자체가 디스크의 수명을 잡아먹는건데 영향이 없을리가...
(IP보기클릭)182.228.***.***
AMD 오픈 소스코드 공개된거 일부 보면, 조금 조잡하게 구현되어 있는 코드를 보긴했습니다. 그의 연장선이라고 생각하면 Driver 구현이 그렇게 정교하고, 깔끔하게 코딩되어 있을 것 같지는 않았네요.
(IP보기클릭)1.214.***.***
(IP보기클릭)183.97.***.***
(IP보기클릭)221.149.***.***
저거 가지고 뭐라고 할거면 윈도우 이벤트 뷰어 보면 기절하겠군.
(IP보기클릭)118.235.***.***
transcis
제가 봐도 오버하는 느낌이긴한데 본인들이 불안하다니 뭐 그렇다고 해야겠네요 윈도우 로그보면 컴터 못쓸듯 | 25.11.14 10:56 | | |
(IP보기클릭)59.22.***.***
디스크 수명 문제까지야 뭐 호들갑이긴한데. 저 정도면 거의 매 프레임마다 로그 작성하는 수준이라 아무리 윈도우 이벤트 로그가 많이 쌓인다 한들 저정도론 안쌓임; 진짜 어지간치 개차반으로 관리해서 초마다 오류로그 쌓이는 컴퓨터도 저정돈 아닐듯. | 25.11.14 20:00 | | |
(IP보기클릭)106.102.***.***