별다른 고사양 작업을 하지 않는데도 디스크 활동이 끊임없이 치솟는 모습을 발견하고, 나는 내 SSD를 다시 세심히 들여다보기 시작했습니다. 리소스 모니터(Resource Monitor)를 열어 확인해 보니 범인은 바로 크롬(Chrome)이었습니다. 대규모 쓰기 폭주는 아니었지만, 거의 쉬는 틈 없이 계속해서 디스크에 데이터를 기록하고 있었죠.
자세히 파고들어 보니 크롬은 캐시 파일을 저장하는 것뿐만 아니라 백그라운드에서 끊임없이 무언가를 업데이트하고 있었습니다. 다행히 몇 가지 간단한 설정만으로 크롬의 디스크 쓰기를 크게 줄일 수 있었습니다.
지원 OS: Windows, macOS, Linux, Android, iOS/iPadOS, ChromeOS
개발사: Google LLC
가격: 무료
Google Chrome은 Google LLC가 개발한 크로스 플랫폼 웹 브라우저로, 속도·보안·Google 서비스와의 통합에 초점을 맞춥니다. Blink 렌더링 엔진(구 WebKit)을 사용하며 확장 프로그램, 탭 샌드박싱, 기기 간 동기화, 잦은 업데이트를 지원합니다.
필자 Afam은 2018년 Make Tech Easier에서 활동을 시작한 이래 Windows, Linux, 오픈소스 도구를 아우르는 가이드·리뷰·팁 기사를 꾸준히 발표해온 테크 작가로, Technical Ustad, Windows Report, Guiding Tech, Alphr 등 주요 매체에도 글을 기고했습니다. 컴퓨터공학 학사 학위를 보유하고 있으며, 데이터 프라이버시와 보안 관련 튜토리얼을 유튜브 채널 Fuzo Tech에서도 공유하고 있습니다.
생각보다 자주, 크롬은 SSD에 기록합니다
캐시는 한 번 저장되고 끝이 아닙니다
많은 사람들과 마찬가지로 저도 브라우저 캐시는 한 번 저장되면 이후 여러 번 재활용된다고 생각했습니다. 그런데 리소스 모니터는 제 생각이 얼마나 틀렸는지 보여줬습니다. 도구를 열고 디스크 탭으로 이동하면 여러 프로세스가 디스크에 기록 중인 모습을 확인할 수 있습니다.
각 프로세스의 기여도가 불분명해 쓰기 열 머리글을 클릭해 내림차순으로 정렬한 뒤 몇 분간 지켜봤습니다. 그동안 최상위 두 자리는 늘 시스템(System) 프로세스와 크롬이 차지했습니다. 크롬은 초당 약 100만 바이트를 기록했고, 때로는 여러 프로세스가 동시에 기록하기도 했습니다.
크롬 캐시 폴더도 직접 확인해 봤습니다. 총 858개 파일, 약 220MB였습니다. 웹사이트들이 에셋을 업데이트할 때마다 캐시 폴더가 다시 작성되기 때문에, 캐시는 끊임없이 변화합니다.
하지만 가장 놀라운 것은 크롬의 유휴 상태 동작이었습니다. 작업 관리자의 크롬 I/O 쓰기 항목에는 세션 전체에서 약 9억 바이트가 기록된 것으로 표시됐습니다. 전부 평범한 브라우징 세션에서 발생한 수치라는 점에서 의미가 큽니다. 극단적인 스파이크라고 부르기는 어렵지만, 빈번하게 발생하며 쉽게 간과되기 쉽습니다.
함께 읽으면 좋은 글: 크롬이 RAM을 잡아먹지 못하게 하는 숨은 설정, 지금 활성화하세요
크롬의 디스크 쓰기량 제한하기
캐시 상한 설정으로 쓰기 활동 감소
먼저 크롬 디스크 캐시의 무분별한 증가를 막는 것부터 시작했습니다. 이를 위한 단일 설정 항목은 없지만, 크롬 바로 가기를 마우스 오른쪽 버튼으로 클릭해 속성을 연 뒤 대상 경로 맨 끝에 아래 플래그를 추가하면 됩니다.
--disk-cache-size=104857600
등호 뒤의 값은 크롬에게 캐시를 100MB 미만으로 유지하라고 지시합니다. 브라우저를 재시작하고 기존 캐시를 삭제해 누적된 데이터를 정리하면 설정이 완료됩니다.
참고로 크롬이 이 상한치를 엄격하게 지키지는 않지만, 대체로 그 근처에 머무릅니다.
이 조정 후 제 브라우저 캐시는 약 100~150MB 범위를 유지했습니다. 게다가 리소스 모니터를 살펴보면 가벼운 작업 중 쓰기 속도가 초당 12,000~80,000바이트(약 12~80KB/s)로 눈에 띄게 줄어든 것을 확인할 수 있었습니다.
캐시가 작아지면 일상 사용이 느려질까 걱정했지만, 체감할 만한 성능 저하는 전혀 없었습니다.
크롬 캐시를 SSD 밖으로 옮기기
경로 변경으로 기본 드라이브의 부담 덜기
캐시 제한은 첫걸음에 불과했습니다. SSD가 크롬 캐시로 인해 더 이상 신경 쓰이지 않길 원했기에, 캐시 자체를 SSD 밖으로 옮기기로 했습니다. 이를 위해서는 경로에 플래그를 하나 더 추가하면 됩니다. --disk-cache-dir= 플래그는 전체 경로를 필요로 합니다(예: --disk-cache-dir="D:\ChromeCache").
제 현재 대상 경로 전체는 다음과 같습니다.
"C:\Program Files\Google\Chrome\Application\chrome.exe" --disk-cache-dir="D:\ChromeCache" --disk-cache-size=104857600
D:\ChromeCache는 다른 드라이브에 만든 폴더입니다. 재시작 후 크롬은 자동으로 이 경로에 캐시를 기록하기 시작했습니다. 목적은 쓰기 부하를 분산시켜 기본 SSD가 할 일을 줄이는 것입니다.
크롬 캐시를 옮길 곳은 몇 가지 옵션이 있습니다.
- 보조 HDD: 느리지만 캐시 데이터 용도로는 충분히 괜찮습니다.
- 보조 SSD: 빠르며, 드라이브 간 마모를 분산시키는 효과도 있습니다.
- 램 디스크(RAM Disk): 가장 빠르고 영구 쓰기를 피할 수 있지만, 재부팅 시 초기화됩니다.
캐시를 보조 드라이브로 옮겼다고 해서 크롬의 디스크 쓰기가 완전히 사라진 것은 아니지만, 발생 빈도가 상당히 줄었습니다. 리소스 모니터에서 초당 약 9,000바이트 수준의 쓰기가 관찰됩니다. 별도의 PC에서는 최근 리눅스에 램 디스크를 구성해 브라우저 캐시를 성공적으로 RAM으로 옮겼습니다.
팁: 캐시 경로를 변경한 후에는 반드시 다시 확인하세요. 때때로 기본 위치로 되돌아가는 경우가 있습니다.
마지막으로, 상대적으로 영향력은 작지만 백그라운드 쓰기에 도움이 되는 요소들을 손봤습니다.
첫 번째는 크롬 설정에서 '크롬을 닫은 후에도 백그라운드 앱 계속 실행' 옵션을 비활성화한 것입니다. 이 설정을 끄면 브라우저를 닫은 뒤에도 크롬과 설치된 확장 프로그램·앱이 기록하는 데이터 양이 줄어듭니다. 이어서 '페이지 미리 로드' 설정을 '표준'으로 변경했습니다. 이렇게 하면 브라우저 속도를 유지하면서 공격적인 페이지 캐싱을 줄일 수 있습니다.
로컬 데이터와 방문 기록도 주목했습니다. 쓰기량이 많은 편은 아니지만, 방문 기록, 쿠키, 파비콘 같은 요소들은 작고 정기적으로 업데이트되는 데이터베이스에 기록됩니다. 완전히 비활성화할 수는 없지만, 존재를 인식하는 것만으로도 관리에 큰 도움이 됩니다.
확장 프로그램도 예외는 아닙니다. 디스크에 많이 기록하지는 않지만, 일부는 필터 목록이나 로그를 유지합니다. 실제로 사용하지 않는 확장 프로그램은 모두 제거했습니다. 결국 기가바이트 단위의 저장 공간을 아낀 것은 아니지만, 그것이 목표는 아니었습니다. 크롬을 더 가볍게 만들고 SSD에 기록되는 쓰기를 크게 줄이는 데 성공한 것입니다.