게시일:2026년 4월 24일 오전 6시 01분(EDT)
소비자 기술에 대한 Tashreef의 매력은 학교 도서관에서 우연히 기술 잡지인 CHIP을 접하면서 시작되었습니다. 그 잡지는 궁극적으로 그가 컴퓨터 공학 학위를 취득하도록 영감을 주었습니다. 2012년부터 Tashreef는 Windows Report 및 How-To Geek에 기고하면서 전문적으로 수천 개가 넘는 방법 기사를 작성했습니다. 그는 현재 MakeUseOf에서 2007년부터 사용해 온 Microsoft Windows 콘텐츠에 집중하고 있습니다.
그는 웹사이트 구축과 기술 블로그 구축에 대한 실무 경험을 바탕으로 기술 문서 작성에 실용적인 개발자 통찰력을 제공합니다. itashreef.com에서 그의 전체 작품 포트폴리오를 보실 수 있습니다.
복잡한 주제를 단순화하는 그의 짧은 사용법 비디오 설명을 우연히 보게 될 수도 있습니다. 글쓰기 외에도 Tashreef는 짧은 설명 동영상 제작, 게임, 애니메이션 쇼 탐색을 즐깁니다.
PC의 저장 공간은 매우 소중하므로 공간이 부족할 때마다 WizTree와 같은 무료 도구를 실행하여 숨겨진 정크를 찾아서 제거하여 공간을 확보할 수 있습니다. 디스크 공간 분석기 앱은 무엇이 드라이브 공간을 차지하고 있는지 알려줄 수 있지만 파일이 정크 파일인지 중요한 파일인지는 알려줄 수 없습니다.
예를 들어, pagefile.sys는 항상 PC에서 가장 큰 스토리지 돼지 중 하나로 나타나며 크기는 최소 20GB에서 거대한 300GB까지 다양합니다. 쉬운 승리처럼 보이지만 pagefile.sys 파일을 삭제하면 Windows가 손상되고 PC가 부팅할 수 없는 상태가 될 수 있으므로 절대 삭제해서는 안 됩니다.
pagefile.sys는 무엇이며, 왜 그렇게 큰가요?
Windows의 가상 메모리 파일 크기는 대략 RAM 크기입니다.
출처: Tashreef Shareef / MakeUseOf Pagefile.sys는 Windows가 RAM의 디스크 확장으로 사용하는 파일입니다. 실제 메모리가 가득 차면 Windows는 덜 활동적인 메모리 페이지를 RAM에서 꺼내어 드라이브의 pagefile.sys에 기록하므로 활성 앱이 필요한 여유 공간을 확보하게 됩니다. 이것이 작업 관리자가 커밋된 메모리라고 부르는 것입니다. 이는 Windows가 RAM 또는 페이지 파일 공간과 함께 지원하겠다고 약속한 총 메모리입니다.
pagefile.sys의 크기는 별도로 구성하지 않는 한 고정되지 않습니다. 기본적으로 Windows는 이를 시스템 관리 크기로 설정합니다. 이는 운영 체제가 설치된 RAM 및 작업 부하를 기반으로 최소값과 최대값을 결정한다는 의미입니다. 일반적으로 설치된 RAM의 1.5~2배이므로 RAM이 16GB인 시스템에는 일반적으로 약 24GB~32GB의 페이지 파일이 있습니다.
파일이 그보다 훨씬 더 커질 수 있는 몇 가지 이유가 있습니다. 가상 머신, 대규모 데이터 세트 또는 수십 개의 Chrome 탭과 같이 메모리 사용량이 많은 워크로드를 실행하는 경우 Windows는 앱이 요구하는 약정 메모리를 처리하기 위해 파일을 확장할 수 있습니다. 전체 또는 커널 메모리 크래시 덤프를 활성화하면 Windows가 시스템 드라이브에 설치된 RAM보다 최소한 큰 크기의 페이지 파일을 예약하게 되므로 덤프를 쓸 수 있는 공간이 확보됩니다.
반면에 200GB 또는 300GB 페이지 파일은 일반적인 경우가 거의 없습니다. 이는 일반적으로 너무 높게 남겨진 수동으로 설정된 최대 크기, 과도한 작업 부하 또는 드물게 조정 도구나 맬웨어로 인한 잘못된 구성을 나타냅니다. 설정을 변경하기로 결정하기 전에 바이러스 백신 검사를 실행하는 것이 합리적인 첫 번째 단계입니다.
관련
절대 삭제하면 안되는 이유
Windows는 이유 때문에 파일을 적극적으로 보호합니다
출처:Tashreef Shareef / MakeUseOf pagefile.sys를 삭제하는 것은 드라이브에 엄청난 양의 리소스가 있는 것을 발견했기 때문에 유혹적으로 보일 수 있지만 Windows는 시스템 레지스트리에 접근하는 것을 거부하는 것과 같은 이유로 파일을 보호합니다. Pagefile.sys는 Windows 메모리 관리의 핵심 부분이며 운영 체제에서는 실행 중에 항상 사용할 수 있다고 가정합니다.
파일 탐색기를 통해 파일을 삭제하려고 하면 파일이 사용 중이기 때문에 Windows는 단순히 거부하고 "다른 프로그램에서 열기" 메시지를 표시합니다. 라이브 Linux 환경으로 부팅하고 거기에서 삭제하더라도 가상 메모리가 활성화되어 있는 한 Windows는 다음 부팅 시 파일을 다시 생성합니다. 이를 제거하는 유일한 실제 방법은 가상 메모리를 완전히 비활성화하는 것인데, 이는 결과에 따라 다른 결정을 내리는 것입니다.
페이지 파일을 완전히 비활성화하는 것은 위험합니다. 이것이 없으면 Windows는 비활성 메모리 페이지를 오프로드할 수 없으므로 작업 부하가 실제 RAM을 초과하는 순간 앱이 실패하거나 충돌하기 시작합니다. RAM이 충분한 컴퓨터에서도 브라우저 탭을 너무 많이 열거나, 백그라운드 앱과 함께 게임을 실행하거나, 단일 앱에서 메모리 누수가 발생하는 등 실제 동작으로 인해 예상보다 더 빠르게 한도를 초과할 수 있습니다.
또한 PC에서는 의미 있는 크래시 덤프를 캡처하는 기능도 상실됩니다. Windows는 시스템 드라이브에 없는 페이지 파일을 통해 커널 및 전체 메모리 덤프를 작성하므로 블루 스크린 문제 해결이 훨씬 더 어려워집니다.
공간 절약을 위해 대용량 pagefile.sys 파일 관리
제거하는 대신 수동으로 크기를 조정하세요
pagefile.sys가 불합리한 크기로 부풀어 오른 경우 비활성화하는 것이 아니라 제한하는 것이 올바른 조치입니다. Windows에서는 사용자 정의 최소 및 최대 크기를 설정할 수 있으므로 파일이 작업을 수행하는 동안 편안한 범위 내에서 유지됩니다.
설정을 변경하려면 시작을 엽니다. 고급 시스템 설정을 검색하세요. 을 누른 다음 Enter를 누르세요. . 시스템 속성에서 창에서 고급으로 이동합니다. 탭을 클릭하고 설정을 클릭하세요. 성능 아래. 성능 옵션 창에서 고급으로 전환합니다. 다시 탭하고 변경을 클릭하세요. 가상 메모리 아래에 있습니다.
여기에서는 두 가지 옵션이 있습니다. "모든 드라이브의 페이징 파일 크기 자동 관리를 그대로 둘 수 있습니다. "를 선택하고 Windows에서 처리하도록 했으며 이는 대부분의 시스템에 적합합니다. 또는 선택을 취소하고 드라이브를 선택한 다음 사용자 정의 크기를 선택할 수 있습니다. 을 클릭하고 초기 및 최대 크기 값을 MB 단위로 입력합니다. 16GB RAM 시스템의 경우 초기 크기를 Windows의 "권장" 값으로 설정하고 최대 크기를 16GB~32GB로 설정하는 것이 합리적인 범위입니다. 설정을 클릭하세요. , 확인 을 클릭하고 재부팅하여 변경 사항을 적용하세요.
최소 크기는 일반적인 워크로드를 처리할 수 있을 만큼 충분히 커야 한다는 점을 명심하세요. 너무 낮게 설정하면 메모리 부족 경고가 발생하거나 Windows가 자체적으로 파일을 다시 확장하게 될 수 있습니다. 디버깅을 위해 전체 메모리 덤프에 의존하는 경우 Microsoft는 시스템 드라이브의 페이지 파일을 설치된 RAM과 최소한 동일하게 유지할 것을 권장합니다.
운영체제 윈도우
최소 CPU 사양 1Ghz/2코어
Windows 11은 중앙 집중형 시작 메뉴, 스냅 레이아웃, 가상 데스크톱, TPM 2.0을 통한 강화된 보안, Microsoft Teams 및 AI 기반 Copilot과의 더욱 긴밀한 통합을 갖춘 Microsoft의 최신 운영 체제입니다.
페이지 파일을 유지하되 잘 확인하세요
페이지 파일을 비활성화하거나 너무 적극적으로 축소하면 앱 충돌, 메모리 할당 실패 및 디버그하기 어려운 블루 스크린이 발생할 수 있습니다. 반면에 Windows에서는 시스템 관리 크기로 그대로 둡니다. RAM이 훨씬 더 커지는 것을 발견하지 않는 한 문제가 되는 경우는 거의 없습니다. 대부분의 사람들에게 가장 좋은 방법은 기본 설정을 그대로 두고 파일 크기가 감당할 수 없을 정도로 커지는 경우에만 실행하는 것입니다.
크기를 조정하기로 결정했다면 pagefile.sys를 확인되지 않은 채로 늘어나는 숨겨진 Windows 폴더(제거할 것이 아니라 관리할 항목)를 처리하는 것과 같은 방식으로 처리하십시오. RAM을 기준으로 합리적인 최대값으로 제한하고, 크기가 의심스러운 경우 맬웨어를 검사하고, 시스템 오류를 진단해야 하는 경우 크래시 덤프를 위한 충분한 공간을 확보하십시오. 이것이 바로 안정성을 포기하지 않고 공간을 회수하는 방법입니다.