게시일:2026년 4월 17일 오전 11시(EDT)
기술 출판 분야에서 Afam의 경험은 Make Tech Easier에서 근무하던 2018년으로 거슬러 올라갑니다. 수년에 걸쳐 그는 Windows, Linux 및 오픈 소스 도구를 다루는 고품질 가이드, 리뷰, 팁 및 설명 기사를 게시하는 것으로 명성을 쌓아왔습니다. 그의 작업은 Technical Ustad, Windows Report, Guiding Tech, Alphr 및 Next of Windows를 포함한 최고의 웹사이트에 소개되었습니다.
그는 컴퓨터 공학 1학위를 보유하고 있으며 Fuzo Tech YouTube 채널에 게시된 주제에 대한 몇 가지 팁, 비디오 및 튜토리얼을 통해 데이터 개인 정보 보호 및 보안에 대한 강력한 옹호자입니다.
그는 일하지 않을 때 가족과 함께 시간을 보내거나 자전거를 타거나 정원을 가꾸는 것을 좋아합니다.
나는 집중적인 작업을 수행하지 않을 때에도 디스크 활동이 지속적으로 급증하는 것을 관찰한 후 SSD에 더 주의를 기울이기로 결정했습니다. 리소스 모니터 앱을 살펴보니 Chrome이 내 디스크에 쓰는 것을 보았습니다. 큰 폭발은 아니었지만 거의 중단 없이 진행되었습니다.
Chrome은 캐시 파일을 저장하는 것 외에도 백그라운드에서 끊임없이 업데이트하고 있다는 것이 분명해졌습니다. 더 자세히 살펴보니 몇 가지 간단한 단계를 통해 Chrome을 제어하고 쓰기 횟수를 크게 줄일 수 있다는 것을 깨달았습니다.
운영체제 윈도우, macOS, 리눅스, 안드로이드, iOS/iPadOS, ChromeOS
개발자 구글 LLC
가격 모델 무료
Google 크롬은 Google LLC에서 개발한 크로스 플랫폼 웹 브라우저로, 속도, 보안 및 Google 서비스와의 통합을 위해 제작되었습니다. Blink 렌더링 엔진(이전 WebKit)을 사용하고 확장 프로그램, 탭 샌드박싱, 기기 간 동기화 및 빈번한 업데이트를 지원합니다.
Chrome은 예상보다 더 자주 SSD에 씁니다.
캐시는 정적이 아니며 지속적으로 업데이트됩니다.
많은 사람들처럼 나도 내 브라우저 캐시가 한 번만 저장되고 그 후에는 여러 번 재사용된다고 생각했습니다. 리소스 모니터는 내가 얼마나 틀렸는지를 보여주었습니다. 도구를 열고 디스크로 이동했을 때 탭에서 내 디스크에 쓰는 여러 프로세스와 도구를 볼 수 있었습니다. 이 시점에서는 Chrome이 이러한 작업에 얼마나 기여했는지 확실하지 않아서 쓰기 버튼을 클릭했습니다. 열 헤더를 사용하여 프로세스를 내림차순으로 정렬합니다.
몇 분 동안 관찰했는데, 이 시간 내내 상위 2개의 디스크 쓰기가 시스템 프로세스와 Chrome에 의해 이루어졌습니다. Chrome은 초당 약 백만 바이트를 쓰고 있었습니다. 때로는 여러 프로세스가 동시에 작성되기도 했습니다.
그러다가 크롬의 캐시 폴더를 확인해 보니 총 858개의 파일과 220MB였습니다. 사이트가 자산을 업데이트하면 캐시 폴더가 다시 작성되므로 지속적으로 변경됩니다.
하지만 이 모든 것 중에서 Chrome의 유휴 동작이 가장 놀랍습니다. Chrome의 작업 관리자 I/O 쓰기 열에는 세션 동안 작성된 9억 바이트가 표시되었습니다. 이는 모두 일반적인 탐색 세션에서 나온 것이기 때문에 중요했습니다. 이러한 현상을 미친 또는 극적인 급증으로 분류하지는 않지만 자주 발생하며 간과하기 쉽습니다.
관련
Chrome이 RAM을 먹어치우지 못하게 하세요. 숨겨진 설정을 활성화하세요
Google 크롬은 훌륭하지만 가장 큰 문제 중 하나가 지속됩니다.
Chrome이 디스크에 쓰는 양을 제한합니다
테스트에서 캐시 감소 쓰기 활동 제한
Chrome의 디스크 캐시가 커지는 방식을 억제하는 것이 나의 출발점이었습니다. 이에 대한 단일 설정은 없지만 Chrome 바로가기 속성을 열면(Chrome 바로가기를 마우스 오른쪽 버튼으로 클릭) 대상 끝에 아래 플래그를 추가할 수 있습니다. 경로입니다.
--disk-cache-size=104857600
등호 뒤에 추가한 값은 Chrome에 캐시를 100MB 미만으로 유지하도록 지시합니다. 브라우저를 다시 시작하고 캐시를 지워 축적된 데이터를 제거하면 조정이 완료됩니다.
Chrome은 설정된 한도를 엄격하게 따르지 않을 수도 있지만 대체로 그 한도에 가깝습니다.
이 조정을 통해 내 브라우저 캐시는 약 100~150MB 범위로 유지되었습니다. 하지만 그게 전부는 아니었습니다. 리소스 모니터를 살펴보면 가벼운 작업을 수행하는 동안 12,000~80,000B/s(약 12~80KB/s) 범위의 쓰기가 더 적은 것으로 나타났습니다.
더 작은 캐시를 사용하면 일상적인 사용이 다소 느려질까 걱정했지만 눈에 띄게 느려지는 현상은 없었습니다.
SSD에서 Chrome 캐시 이동
리디렉션하면 기본 드라이브의 로드가 줄어듭니다.
캐시를 제한하는 것은 첫 번째 단계에 불과했습니다. 내 SSD가 더 이상 Chrome 캐시로 인해 방해받는 것을 원하지 않아서 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에 수행할 작업을 줄이는 것입니다.
실제로 Chrome 캐시를 이동할 수 있는 몇 가지 옵션이 있습니다.
- 보조 HDD :속도는 느리지만 캐시 데이터에는 전혀 문제가 없습니다.
- 보조 SSD :더 빠르지만 여전히 드라이브 전체에 마모가 분산됩니다.
- RAM 디스크 :가장 빠르고 지속적인 쓰기를 방지하지만 재부팅 시 재설정됩니다.
캐시를 보조 드라이브로 이동해도 Chrome 디스크 쓰기가 완전히 차단되지는 않았지만 빈도가 상당히 줄어들었습니다. 리소스 모니터에서 약 9,000B/s의 쓰기가 관찰되었습니다. 다른 컴퓨터에서는 최근 Linux에 RAM 디스크를 설정했는데, 브라우저 캐시가 RAM으로 성공적으로 이동한 것 중 하나입니다.
Chrome의 캐시 경로가 기본 위치로 되돌아가는 경우가 있으므로 변경한 후 다시 확인하세요.
마지막으로 덜 중요한 요소로 전환했습니다. 캐시를 처리하는 것과 같은 영향을 미치지는 않지만 여전히 백그라운드 쓰기에 도움이 됩니다.
그 중 첫 번째는 Chrome을 닫은 후에도 백그라운드 앱 계속 실행을 비활성화하는 것이었습니다. Chrome 설정에서. 이 설정을 끄면 Chrome과 설치된 확장 프로그램 또는 앱은 브라우저를 닫은 후 많은 데이터를 쓰지 않습니다. 그런 다음 페이지 미리 로드 설정으로 이동하여 표준으로 설정했습니다. 이렇게 하면 브라우저 속도를 빠르게 유지하면서 공격적인 페이지 캐싱을 줄일 수 있습니다.
로컬 데이터와 기록은 글의 주요 소스는 아니지만 제가 주의를 기울인 또 다른 측면이었습니다. 이는 정기적으로 업데이트되는 소규모 데이터베이스에 기록되는 기록, 쿠키, 파비콘과 같은 요소입니다. 이러한 요소를 완전히 비활성화할 수는 없지만 인식하는 것만으로도 더 많은 관점을 갖게 됩니다.
그런 다음 확장 기능도 있습니다. 디스크에 많이 쓰지는 않지만 일부는 필터 목록이나 로그를 유지합니다. 적극적으로 사용하지 않는 것은 모두 제거했습니다. 결국 기가바이트의 저장 공간을 절약하지는 못했지만 그것이 목표는 아니었습니다. Chrome을 더 가볍게 만들고 SSD에 쓰는 횟수를 훨씬 줄였습니다.