2022년에 한 사람이 플래그십 데스크톱 운영체제의 파일 관리자 속도 문제를 고치는 방법을 설명하는 글을 써야 한다니, 우습기도 하고 안타깝기도 한 일입니다. 그럼에도 현실은 그렇습니다. 필자 역시 Windows 11이 설치된 테스트 머신을 가지고 있는데, 이곳에서는 탐색기 창을 여는 데 한참 걸리고, 각종 드라이브와 폴더의 내용을 표시하는 데는 더욱 오랜 시간이 소요됩니다. NVMe SSD를 장착한 최신 사양의 PC라는 점을 감안하면 더욱 말이죠.
흥미롭게도 이런 문제는 업그레이드 이전의 Windows 10에서는 발생하지 않았고, 필자가 사용하는 다른 Windows 10 PC나 해당 IdeaPad 3 노트북에 Windows 11과 함께 설치해 사용 중인 리눅스 배포판에서도 전혀 나타나지 않습니다. 지난해 Windows 11 개발자 빌드를 테스트하면서 Windows 11 성능 개선 튜토리얼을 작성한 바 있는데, 이번에는 한 단계 더 나아가 탐색기 자체를 더 빠르게 만드는 방법을 다뤄보겠습니다. 따라와 보시죠.
문제, 좀 더 자세히 살펴보기
새로운 디자인의 탐색기든 예전의 클래식한 탐색기든, 탐색기를 실행해 보세요. AMD 라이젠(Ryzen) 시스템의 성능 문제를 해결하기 위한 최신 업데이트를 모두 적용했음에도 결과는 만족스럽지 않을 겁니다. 필자의 경우 파일이 한두 개뿐인 아주 작은 폴더 하나를 여는 데도 거의 1초 가까이 걸립니다. 느리고, 짜증 나고, 눈에 띄는 지연이 언제나 그 자리에 있습니다.
해결 방법 1: 전체 화면 모드로 탐색기 실행
탐색기를 연 다음 F11 키를 눌러 전체 화면 모드로 전환해 보세요. 그러면 탐색기가 확연히 빠르고 반응이 좋아진 것을 확인할 수 있습니다. 전체 화면 모드에서는 보이지 않는 Windows 11의 주소·명령 모음이 범인으로 보입니다. 또 하나의 '현대적인' 무식함이라 할 수 있죠. 다만 이 방법은 어디까지나 임시방편입니다.
해결 방법 2: 탐색기 명령 모음 비활성화
위 스크린샷에는 보이지 않지만, Windows 11 탐색기에는 '명령 모음(command bar)'이라는 요소가 존재합니다. 앞선 스크린샷에서 보셨던 바로 그 어수룩한 UI죠. 필자는 클래식 탐색기를 사용하도록 설정해 시스템에서 이 요소가 나타나지 않게 해 두었지만, 이를 제어하는 실제 프로세스는 백그라운드에서 여전히 활성 상태입니다. 결국 근본적으로 제거할 필요가 있습니다.
가장 간단한 방법은 명령 프롬프트를 관리자 권한으로 실행한 뒤, 레지스트리 키를 추가해 이 쓸데없는 기능을 비활성화하는 명령 한 줄을 입력하는 것입니다. 아래 예시에서 '->' 기호는 명령이 다음 줄로 이어진다는 뜻입니다. 실제로 입력할 때는 한 줄로 이어서 입력해야 하며, 즉 CLSID\ 와 {d93ed... 사이에 공백이나 다른 문자가 없어야 합니다.
reg add "HKCU\Software\Classes\CLSID\{d93ed569-3b3e-4bff-8355-3c44f6a52bb5}\InprocServer32" /f /ve
명령 실행이 끝나면 시스템을 재부팅하세요. 이제 탐색기가 한결 빠르고 쾌적하게 동작하는 것을 경험하게 될 것입니다!
마무리
솔직한 조언을 드리자면, 굳이 필요하지 않다면 Windows 11을 사용하지 않는 것이 좋습니다. 물론 이런 종류의 트윅은 오히려 문제를 덮어두고 그 존재를 지속시키는 결과를 낳기도 합니다. 하지만 사람들은 때로 일을 해야 하고, 효율적으로 처리하고 싶어 하며, 선택의 여지가 없는 경우도 많습니다. 그렇다면 이번에 소개한 팁들과 지난해 글의 최적화 설정들을 함께 적용하면 충분한 성능 향상을 얻을 수 있을 것입니다. 어찌 보면 이는 불필요한 소위 '현대적인' 기능들에 대한 거부 선언이기도 합니다.
정리하자면, 시각 효과 조정, 전원 설정 변경, 그리고 전체 화면 모드 활용과 새 명령 모음 제거까지 적용하면 Windows 10에 준하는 성능을 체감할 수 있을 겁니다. 애초에 저하되지 않았어야 할 성능이지만요. 그래도 이 정도면 이 운영체제에 대해 알아야 할 모든 것을 보여주는 대목입니다. 필자는 여기서 접겠습니다. 다음 테스트 전까지는 이 Windows 11 장비의 전원을 내려 두겠습니다. 인류를 위한 글 검토용 고통 외에는 이 시스템을 쓸 이유가 없으니까요. 비극의 주인공, 필자입니다.
그럼, 건배!