한 Reddit 사용자는 AMD 칩셋 드라이버로 인해 발생한, 기껏해야 예상치 못한 동작으로 분류될 수 있는 현상을 관찰했습니다. Takia_Gecko는 AMD 드라이버의 버그/기능을 발견했는데, 이 버그는 화면 창을 이동하거나 크기를 조정할 때 시스템 로그 파일이 반복적으로 추가되는 현상을 일으킵니다. 의심할 여지 없이 이러한 현상이 발생하고 있지만, 가장 중요한 질문은 이것이 심각한 문제인지, 아니면 작은 문제인지 아직 밝혀지지 않았다는 것입니다. 관찰된 빠르고 지속적인 파일 쓰기가 시스템 성능에 영향을 미치거나 SSD를 마모시킬까요? 확실한 답변을 얻기 위해 AMD에 문의했습니다.
최신 컴퓨터 시스템은 일반 사용자가 전혀 알아차리지 못할 수 있는 많은 백그라운드 작업을 수행합니다. 내장된 Windows 작업 관리자와 같은 시스템 모니터를 열고 모든 프로세스를 확장하면 이러한 백그라운드에서 일어나는 일을 어느 정도 파악할 수 있습니다. 하지만 사용하는 앱과 Windows 관련 기능들을 제외하면 실제로 일어나는 대부분의 일은 대부분의 사용자에게는 이해하기 어려울 것입니다.
일부 열성적인 사용자와 꼼꼼한 개발자들은 이러한 프로세스를 엄격하게 제어하고 길들이는 데 관심이 있는데, Takia_Gecko도 그중 한 명일 것으로 추측됩니다. 그들은 이 예상치 못한 동작을 발견했고, 해결책까지 개발했지만, 철저하고 광범위한 테스트 없이는 이 해결책 자체에 심각한 문제가 있는지 확신할 수 없습니다.
https://youtu.be/Zw1yN0eq5zw
위에 포함된 동영상은 관찰된 문제를 매우 명확하게 보여줍니다. Takia_Gecko의 PC에서 C:WindowsSystem32AMDEEUDumps에 있는 로그 파일이 화면의 윈도우 조작에 대한 응답으로 업데이트 폭격을 받고 있는 모습입니다. 이 동작은 ReadDirectoryChangesW라는 유틸리티를 통해 차트로 표시되었습니다.
SSD의 영향?
따라서 예상치 못한 동작은 분명히 존재합니다. 그리고 이 문제를 해결하기 위해 Reddit 사용자는 "[EEUDUmps] 폴더 전체에 대한 쓰기를 nul:로 리디렉션"하면 해당 동작을 멈출 수 있다는 것을 발견했습니다. 하지만 이렇게 SSD로 데이터를 자동으로 전송하는 것이 SSD의 성능과 수명에 영향을 미칠까요?
지금 우리가 가진 답답한 답은 '아마도 아닐 겁니다'입니다. 특히 '아마도'에 중점을 두고 있습니다. 최신 스토리지는 캐싱을 광범위하고 효율적으로 활용합니다. 캐시리스 SSD조차도 시스템 RAM(예: HMB 드라이브)의 일부를 사용하여 실제 디스크 활동을 줄입니다. 이러한 로그 파일 쓰기는 비록 많고 빠르지만, 겉보기에는 매우 미미한 수준이므로 SSD 내구성 등에 대한 우려에는 영향을 미치지 않을 수 있습니다.
FreeSync의 영향은?
AMD 칩셋 드라이버를 설치한 사용자들이 우려하는 또 다른 부분은 이 버그/기능이 FreeSync에 영향을 미칠 수 있다는 것입니다. Takia_Gecko는 AMD 엔지니어를 통해 드라이버에서 생성된 'AMD 외부 이벤트 유틸리티'라는 Windows 프로세스가 FreeSync 기능 제공과 어떤 식으로든 관련이 있다는 것을 확인했다고 주장합니다.
이는 중요한 관찰 결과입니다. Reddit 사용자는 이 서비스/프로세스를 비활성화하면 로그가 업데이트되지 않아 불필요하고 낭비적인 파일 쓰기가 중단된다고 언급했습니다 . 또는 프로세스 출력을 nul:로 파이프 처리하는 것도 Reddit 사용자가 제시한 임시방편입니다. Reddit 사용자는 이 방법이 시스템에 눈에 띄는 영향을 미치지 않는다고 언급하지만, 다른 사용자들에게는 각자의 책임 하에 동일한 작업을 수행하도록 경고합니다.
Takia_Gecko는 자사 시스템에서 FreeSync를 사용하는지 언급하지 않았습니다. 이 게시물에 달린 댓글 역시 FreeSync 기능과 이 로그 파일 작성 방법 사이에 아무런 관련성을 보여주지 않습니다.
AMD의 답변을 기다리겠습니다.
우리는 AMD에 연락하여 이러한 무의미해 보이는 로그 파일 업데이트가 향후 칩셋 드라이버 업데이트에서 해결될 것인지 확인했습니다.
Bector
Bector
