PC의 저장 공간은 늘 부족하기 마련입니다. 용량이 부족해지면 WizTree 같은 무료 디스크 분석 도구를 실행해 숨어 있는 불필요한 파일을 찾아 삭제하고 공간을 확보하곤 하죠. 그런데 디스크 분석 앱은 무엇이 공간을 차지하는지 알려줄 뿐, 그 파일이 쓰레기 파일인지 아니면 중요한 시스템 파일인지까지는 알려주지 않습니다.
대표적인 예가 바로 pagefile.sys입니다. 이 파일은 거의 항상 PC에서 가장 큰 저장 공간 사용자로 표시되며, 크기는 20GB에서 기이하게도 300GB에 이르기까지 천차만별입니다. 언뜻 보면 손쉽게 공간을 확보할 수 있는 기회처럼 보이지만, 절대 삭제해서는 안 됩니다. pagefile.sys를 삭제하면 Windows가 손상되어 PC가 부팅조차 되지 않는 상태에 빠질 수 있기 때문입니다.
pagefile.sys란 무엇이고, 왜 그렇게 클까?
Windows의 가상 메모리 파일은 대략 RAM 크기에 맞춰 설정된다
pagefile.sys는 Windows가 RAM의 디스크 확장 영역으로 사용하는 파일입니다. 물리적 메모리가 가득 차면 Windows는 활동이 적은 메모리 페이지를 RAM에서 내보내 드라이브의 pagefile.sys에 기록함으로써, 현재 실행 중인 앱에 필요한 여유 공간을 확보합니다. 작업 관리자에서 말하는 '커밋된 메모리(committed memory)'가 바로 이것으로, Windows가 RAM 또는 페이지 파일로 보장하기로 약속한 전체 메모리를 의미합니다.
pagefile.sys의 크기는 직접 설정하지 않는 한 고정되어 있지 않습니다. 기본적으로 Windows는 '시스템 관리 크기(System managed size)'로 설정되어 있으며, 운영체제가 설치된 RAM과 작업 부하를 기준으로 최솟값과 최댓값을 스스로 결정합니다. 일반적인 경험칙으로는 설치된 RAM의 1.5배에서 2배 정도가 적당하므로, RAM 16GB를 장착한 시스템이라면 페이지 파일이 대략 24GB~32GB 수준인 것이 자연스럽습니다.
하지만 몇 가지 이유로 이 파일이 그보다 훨씬 커질 수 있습니다. 가상 머신, 대용량 데이터셋, 수십 개의 Chrome 탭처럼 메모리를 많이 소모하는 작업을 돌리면, Windows는 앱들이 요구하는 커밋된 메모리를 감당하기 위해 파일을 확장합니다. 또한 전체 또는 커널 메모리 크래시 덤프를 활성화해 두면, 덤프를 기록할 공간을 확보하기 위해 Windows가 시스템 드라이브에 설치된 RAM 크기 이상의 페이지 파일을 강제로 예약합니다.
반면 200GB~300GB에 달하는 페이지 파일은 정상적인 경우가 드뭅니다. 대개는 수동으로 설정한 최대 크기가 과도하게 높게 남겨져 있거나, 통제를 벗어난 비정상적인 작업 부하, 드물게는 튜닝 프로그램이나 멀웨어로 인한 잘못된 구성이 원인일 수 있습니다. 설정을 만지기 전에 먼저 백신 검사를 실행해 보는 것이 좋은 첫걸음입니다.
왜 절대 삭제하면 안 될까
Windows가 적극적으로 파일을 보호하는 데에는 이유가 있다
드라이브에 이렇게 큰 용량을 잡아먹는 파일이 있다면 삭제하고 싶어지는 게 당연합니다. 하지만 Windows가 pagefile.sys를 보호하는 이유는 시스템 레지스트리를 함부로 건드리지 못하게 하는 이유와 같습니다. pagefile.sys는 Windows 메모리 관리의 핵심 요소이며, 운영체제는 실행 중 이 파일이 항상 존재한다고 가정합니다.
파일 탐색기에서 이 파일을 삭제하려 하면 Windows는 '다른 프로그램에서 사용 중'이라는 메시지와 함께 삭제를 거부합니다. 심지어 라이브 Linux 환경으로 부팅해 파일을 삭제하더라도, 가상 메모리가 활성화되어 있는 한 다음 부팅 시 Windows가 파일을 다시 생성합니다. 파일을 실제로 제거하는 유일한 방법은 가상 메모리 자체를 비활성화하는 것인데, 이는 별도의 결과를 감수해야 하는 전혀 다른 결정입니다.
페이지 파일을 아예 끄는 것은 위험합니다. 페이지 파일이 없으면 Windows가 비활성 메모리 페이지를 내보낼 곳이 없으므로, 작업 부하가 물리적 RAM 용량을 초과하는 순간 앱들이 오류를 내거나 충돌하기 시작합니다. RAM이 넉넉한 시스템이라 해도, 브라우저 탭을 너무 많이 열거나 게임을 백그라운드 앱과 함께 실행하거나 특정 앱의 메모리 누수만 발생해도 생각보다 빠르게 한계에 도달할 수 있습니다.
게다가 의미 있는 크래시 덤프를 수집하는 기능도 잃게 됩니다. Windows는 커널 및 전체 메모리 덤프를 페이지 파일을 통해 기록하기 때문에, 시스템 드라이브에 페이지 파일이 없으면 블루스크린 문제를 분석하는 일이 훨씬 어려워집니다.
pagefile.sys 용량 관리로 공간 확보하기
삭제 대신 수동으로 크기를 조절하자
pagefile.sys가 비합리적으로 커졌다면 올바른 대응은 비활성화가 아니라 상한선을 설정하는 것입니다. Windows에서는 최소 크기와 최대 크기를 직접 지정할 수 있어, 파일이 계속 제 역할을 하면서도 원하는 범위 안에 머물도록 관리할 수 있습니다.
설정을 변경하려면 시작 메뉴에서 '고급 시스템 설정'을 검색해 Enter 키를 누릅니다. 시스템 속성 창에서 고급 탭으로 이동한 뒤 성능 항목의 설정 버튼을 클릭합니다. 성능 옵션 창이 열리면 다시 고급 탭으로 이동해 가상 메모리 항목의 변경 버튼을 누릅니다.
여기서 선택할 수 있는 방법은 두 가지입니다. 첫째, '모든 드라이브의 페이징 파일 크기를 자동으로 관리' 옵션을 체크한 상태로 두고 Windows에 맡기는 방법으로, 대부분의 시스템에는 이 방식이 적합합니다. 둘째, 해당 옵션의 체크를 해제하고 드라이브를 선택한 뒤 '사용자 지정 크기'를 고르고 초기 크기와 최대 크기를 MB 단위로 입력하는 방법입니다. RAM 16GB 시스템이라면 초기 크기는 Windows가 제시하는 '권장' 값 근처로, 최대 크기는 16GB~32GB 사이로 설정하는 것이 합리적입니다. 설정을 클릭한 후 확인을 누르고 재부팅하면 변경 사항이 적용됩니다.
단, 최소 크기는 평소 작업 부하를 감당할 수 있을 만큼 충분히 커야 합니다. 너무 낮게 설정하면 메모리 부족 경고가 뜨거나, Windows가 결국 스스로 파일을 다시 확장해 버릴 수 있습니다. 디버깅을 위해 전체 메모리 덤프에 의존하는 경우라면, Microsoft는 시스템 드라이브의 페이지 파일을 최소한 설치된 RAM 크기와 같게 유지할 것을 권장합니다.
페이지 파일은 유지하되, 관리는 철저히
페이지 파일을 비활성화하거나 너무 공격적으로 줄이면 앱 충돌, 메모리 할당 실패, 원인 분석이 어려운 블루스크린으로 이어질 수 있습니다. 반대로 Windows의 시스템 관리 크기로 두는 것은 파일이 RAM을 크게 웃돌며 비대해지는 걸 목격하지 않는 한 거의 문제가 되지 않습니다. 대부분의 사용자에게 최적의 지점은 기본 설정을 그대로 두고, 파일 크기가 정말로 통제를 벗어났을 때만 개입하는 것입니다.
직접 크기를 조정하기로 했다면, pagefile.sys를 통제 없이 커지는 숨겨진 Windows 폴더를 다루듯 '관리할 대상'으로 대해야지 '제거할 대상'으로 대해선 안 됩니다. RAM에 맞춰 합리적인 최대치로 상한을 걸고, 크기가 수상해 보이면 멀웨어 검사를 실행하며, 시스템 오류 진단이 필요할 때를 대비해 크래시 덤프용 여유 공간도 남겨두세요. 이것이 안정성을 희생하지 않으면서 저장 공간을 확보하는 방법입니다.