AMD External Events Utility 서비스를 비활성화하는 것이 해결책인 듯하지만, 현대적인 디스크 캐싱 환경에서는 실제로 명확한 문제가 있는지 확신하기 어렵습니다.
한 레딧 이용자가 AMD 칩셋 드라이버와 관련하여 예상치 못한 동작으로 해석될 수 있는 현상을 포착했습니다. Takia_Gecko는 AMD 드라이버에서 발견한 버그 또는 기능으로 인해, 화면 창을 이동하거나/재조정할 때마다 시스템 로그 파일에 반복적으로 데이터가 추가되는 현상을 확인했습니다. 이 현상이 분명히 발생하고 있지만, 가장 중요한 문제는 이것이 사소한 문제인지, 아니면 시스템 전체에 영향을 미치는 심각한 문제인지를 판단하는 것이며, 그 여부는 아직 명확하게 밝혀지지 않았습니다. 이처럼 빠르고 지속적인 파일 쓰기 작업이 시스템 성능에 영향을 미치거나 SSD 수명에 무리를 줄지는 미지수입니다. 저희는 정확한 답변을 얻기 위해 AMD 측에 문의했습니다.
현대의 컴퓨터 시스템은 일반 사용자가 전혀 알지 못하는 방식으로 백그라운드에서 수많은 작업을 수행합니다. Windows 작업 관리자(Task Manager) 같은 시스템 모니터를 실행하고 모든 프로세스를 펼쳐보면 이러한 내부 작동 방식에 대한 통찰력을 얻을 수 있습니다. 그러나 사용자가 직접 사용하는 애플리케이션이나 일반적인 Windows 기능 외의 대부분의 작동은 대부분의 사용자에게는 이해하기 어려울 가능성이 높습니다.
일부 애호가나 시스템 조작가들은 이러한 프로세스들을 정밀하게 제어하고 관리하는 데 관심을 가지며, Takia_Gecko가 바로 그러한 사용자 중 한 명일 것으로 추정되어 이 예상치 못한 동작을 발견했다고 봅니다. 심지어 임시 해결책(workaround)까지 개발했지만, 충분하고 광범위한 검증이 거쳐지지 않았기 때문에 이 '임시 해결책' 자체에 또 다른 복잡한 문제점(deep wrinkles)이 있을지는 알 수 없습니다.
보안 연구원, AMD 자동 업데이트 프로그램의 보안 문제 지적 (원격 코드 실행 가능)
위에 임베드된 동영상을 통해 관찰된 문제가 매우 명확하게 시각화됩니다. 이 영상에서 볼 수 있듯이, Takia_Gecko의 PC에서 C:\Windows\System32\AMD\EEUDumps\ 경로에 있는 로그 파일이 화면상의 창 조작에 대응하여 지속적으로 업데이트 데이터를 받고 있는 모습입니다. 이 동작은 ReadDirectoryChangesW라는 유틸리티를 사용해 기록된 것입니다.
SSD에 미치는 영향은?
따라서 예상치 못한 파일 쓰기 동작은 명확하게 존재합니다. 그리고 이 문제에 대한 임시 해결책으로, 해당 레딧 이용자는 "쓰기를 전체 [EEUDumps] 폴더로 nul:로 리디렉션(redirecting writes to the whole [EEUDumps] folder to nul:)"함으로써 이 현상을 멈출 수 있다는 것을 발견했습니다. 하지만 데이터를 SSD에 무분별하게 계속 쓰는 것이 SSD의 수명과 건강에 영향을 줄까요?
현재 저희가 받은 답변은 '아마도 아닐 것'이라는 것이며, 여기서 '아마도'라는 단어에 중요도가 강조됩니다. 현대의 스토리지 장치는 캐싱(caching) 기능을 매우 광범위하고 지능적으로 활용합니다. 캐시 기능이 없는 SSD조차도 실제 디스크 활동 부담을 줄이기 위해 시스템 RAM의 일부를 사용합니다(예: HMB 드라이브). 따라서 이 로그 파일 쓰기 작업은 비록 양이 많고 빠르더라도, 본질적으로 매우 작은 크기이므로, SSD 내구성이나 수명과 같은 우려 사항에 영향을 미치지 않을 가능성이 높습니다.
FreeSync에 미치는 영향은?
AMD 칩셋 드라이버를 사용하는 사용자들 사이에서 또 다른 중요한 우려는, 이 버그/기능이 FreeSync 기능에 영향을 미칠 수 있는지 여부입니다. Takia_Gecko는 AMD 엔지니어로부터 확인한 바에 따르면, 드라이버에 의해 생성되는 Windows 프로세스 중 'AMD External Events Utility'가 FreeSync 기능 제공과 간접적으로 관련이 있다고 주장했습니다.
이는 중요한 관찰입니다. 왜냐하면 해당 레딧 이용자는 이 서비스/프로세스를 비활성화하는 것이 로그 업데이트를 막아, 불필요해 보이는 과도한 파일 쓰기 활동을 중단시킨다는 것을 언급했기 때문입니다. 또 다른 임시 해결책으로 프로세스 출력을 nul:로 파이프(piping)하는 방법도 제시되었습니다. 그는 이 방법이 자신의 시스템에는 눈에 띄는 영향을 주지 않는다고 전했지만, 다른 사용자들에게는 자신의 책임 하에 신중하게 접근할 것을 경고했습니다.
다만, Takia_Gecko는 자신의 시스템이 FreeSync를 사용하는지 여부는 밝히지 않았습니다. 이 게시물에 달린 댓글들 역시 FreeSync 기능과 로그 파일 쓰기 해결책 사이에 어떤 연관성이 있음을 확립하지 못했습니다.
AMD의 답변을 기다리며
저희는 이처럼 의미 없어 보이는 로그 파일 업데이트가 향후 AMD 칩셋 드라이버 업데이트에서 해결될 예정인지 확인하기 위해 AMD에 문의를 했습니다.
Google News에서 Tom's Hardware를 팔로우하거나 저희를 선호 소스로 추가하시면 최신 뉴스, 분석 및 리뷰를 피드에서 받아보실 수 있습니다.