충분한 물리적 RAM이 제공된 경우 Windows 페이지 파일을 비활성화하지 않는 이유는 무엇입니까?

Windows 페이지 파일을 비활성화하는 문제는 이미 여기 와 여기 와 여기 에서 꽤 많이 논의되었습니다 . 사람들은 " 많은 RAM이 있어도 페이지 파일을 비활성화해서는 안됩니다 "라는 답변을 계속 지지 하지만이 조언에 대해 구체적이고 검증 가능한 이유는 아직 알지 못했습니다. 내가 알 수있는 한, 충분한 RAM이 있기 때문에 페이지 파일을 읽을 필요가 없다면 Windows가 선점 적으로 쓰기 때문에 페이지 파일을 활성화하면 성능이 저하 될 수 있습니다. 기껏해야 성능은 같습니다. 읽을 필요가없는 데이터를 작성하여 어떻게 개선 될 수 있는지 알 수 없습니다.

그래서 내 질문은 :

내가하는 모든 작업에 충분한 물리적 RAM이 있다고 가정하면 페이지 파일을 비활성화하지 않아야하는 이유가 있습니까?

Windows 버전이 Windows XP x64 SP2 또는 Windows Server 2003 x64 SP2 (동일)라고 가정 해 봅시다. Windows Server 2008 x64와 다른 경우 이에 대한 답변을 듣고 싶습니다. 의견이 아닌 좋은 출처에서 구체적이고 객관적인 이유를 찾고 있습니다. "여기서 페이지 파일을 사용하거나 사용하지 않은 벤치 마크가 있고 충분한 RAM이 있더라도 페이지 파일을 사용하여 결과가 더 좋았습니다"또는 "이 MS KB 기사에 따르면 페이지 파일을 사용하지 않으면 X가 발생합니다"와 같은 것이 있습니다.

지금까지 내가 언급 한 유일한 이유는 다음과 같습니다.

• 충분한 RAM 이 있다고 생각 하더라도 부족할 수 있습니다. 좋습니다, 그러나이 질문의 목적 상, 제가 가지고있는 것으로 생각하십시오. 어쩌면 나는 단지 내 이메일을 읽었고 16GB RAM이 있습니다. 또는 128GB. 또는 1TB. 또는 무엇이든-하지만 100 %는 내가하는 일의 100 %에 충분합니다. 그것을 생각하는 또 다른 방법은 x MB 물리적 RAM과 y MB 페이지 파일이 있고 해당 구성에서 RAM이 부족하지 않은 경우 x + y MB 물리적 RAM을 사용 하여 성능면에서 더 나쁘지 않을 것입니다. 페이지 파일?
• Windows가 페이징 파일을 "사용하는 데"사용되었으며 안정적으로 작동하지 않을 수 있습니다 ( 전체 시스템 성능에 대한 RAM의 영향 이해 에서) 다소 모호하며 MS가 페이지 파일을 비활성화 할 수있는 옵션을 제공했다는 점을 감안하면 다소 모호합니다. .
• Windows는 자신보다 더 잘하는 것을 알고 있습니다. 아니요-더 많은 프로그램을 실행하거나 더 많은 데이터를로드하지는 않지만 잘 알고 있습니다.

이것은 미세 최적화입니다. 요점은 정상적인 작동과 비슷한 일 을 할 이유 가 없다는 것입니다. 사용 패턴이 변경되면 쉽게 다칠 수 있습니다.

특수한 경우 로컬 쓰기 가능한 디스크가없는 경우와 같이 의미가있을 수 있습니다.

모든 것을 RAM에 넣을 수 있어도 페이지 파일을 유지해야하는 많은 이유가 있습니다.

SF에 대한 답변에는 125 개의 공감대가 있으며 많은 믿을만한 기사를 연결합니다. 확인 해봐:

https://serverfault.com/questions/23621/any-benefit-or-detriment-from-removing-a-pagefile-on-an-8gb-ram-machine/23684#23684

이 링크에서 :

참고 : 페이징 파일을 비활성화하거나 삭제하지 않는 것이 좋습니다.

Windows XP에서 페이징 파일 사용을 비활성화하려면 최소 768MB의 RAM이 있어야합니다.

여기 에 Jeff Atwood 가 가져가는 링크가 있습니다.

페이지 파일없이 1 년 이상 4GB RAM (Windows '공식적으로'3GB 만 인식)이있는 Windows XP SP3 Professional 32 비트 랩톱을 실행했습니다. 내 서클의 사람들은 내가 그렇게하지 말아야한다고 계속 겁 내려고 노력했습니다.

메모리를 많이 사용하는 응용 프로그램을 사용합니다. 특정 시점에서 RAM에서 100 % 실행되도록 구성된 가상 머신 (vmware)이 두 개 이상 있으며 Visual Studio 인스턴스가 하나 이상 있습니다 (많은 추가 기능이 설치됨), SQL Server 및 이메일, IM, IE 등과 같은 여러 '소형'앱

이 모든 것 외에도 영구적 인 256MB 램 디스크가 있습니다. 가끔, 나는 다른 응용 프로그램이 실행되는 동안 Adobe Photoshop을 사용합니다. 그리고 Quake3, Neverwinter Nights, Oblivion을 포함한 여러 게임도합니다.

그리고 나는 아무런 문제가 없습니다.

BlueNovember 참고 사항 : 우리 친구는 객관적인 이유를 매우 은혜롭게 요청했습니다. 따라서 "I 의심합니다 ..."와 같은 진술은 보증되지 않습니다. 게시하기 전에 확인하십시오! 최대 절전 모드는 페이징과 관련이 없습니다. hiberfil.sys라는 별도의 파일을 사용하며 페이지 파일없이 최대 절전 모드로 전환 할 수 있습니다.

추신 : 죄송합니다, 나는이 설정이 얼마나 빠른지 실제로 벤치마킹 할 수 있도록 '정상적인'구성으로 돌아 가기를 거부하지만 하드 디스크 활동 중 너무 적은 것을 볼 필요가 있다는 것은 매우 편안합니다. HDD LED가 지속적으로 깜박이지 않을 때 적어도 컴퓨터가 더 빨리 느끼기 때문에 아무것도 없으면 페이지 파일을 비활성화합니다.

페이지 파일을 비활성화하지 않는 유일한 이유 는 성능 모니터 (PerfMon)를 사용하는 경우 페이지 파일에 따라 다르며 최소 2MB 페이지 파일이 필요합니다. 그렇지 않으면 캐시, 메모리, 개체, 프로세서에 대한 카운터가 누락됩니다. 그리고 시스템.

페이지 파일이 없으면 BSOD의 경우 Windows에서 미니 덤프를 쓸 수 없다고 생각합니다. 따라서 적절한 도구를 사용하여 문제를 분석 할 수 없습니다.

BSOD가 발생하지 않으면 귀찮게하지 않을 수 있으며 페이지 파일을 충분히 빨리 다시 만들 수는 있지만 준비되지 않은 이유는 무엇입니까?

내가 찾은 가장 좋은 이유는 페이지 파일을 통해 Windows가 디스크 캐시에 더 많은 실제 RAM을 사용할 수 있기 때문에 거의 사용되지 않는 메모리 페이지보다 더 나은 RAM을 사용할 수 있다는 것입니다. Mark Russinovich는 Windows의 한계를 뛰어 넘는 훌륭한 기사를 가지고 있습니다 .

페이징 파일이 없으면 성능이 향상된다는 느낌이 들지만 일반적으로 페이징 파일이 있으면 Windows가 수정 된 목록에 페이지를 쓸 수 있음을 의미합니다 (이 페이지는 활발하게 액세스되지 않지만 디스크에 저장되지 않은 페이지를 나타냄). 파일을 페이징하여 메모리를보다 유용한 목적 (프로세스 또는 파일 캐시)으로 사용할 수있게합니다. 따라서 페이징 파일없이 더 나은 성능을 발휘하는 워크로드가있을 수 있지만 일반적으로 시스템에 더 많은 사용 가능한 메모리를 사용할 수 있음을 의미합니다 (Windows는 페이징 파일 크기가 크지 않으면 커널 크래시 덤프를 작성할 수 없습니다) 그들을 잡기에 충분합니다).

4GB (3.5GB 사용 가능)의 RAM으로 Windows XP를 실행하고 있습니다. 많은 메모리가 필요한 Visual Studio 2008을 실행해야합니다. 나는 종종 500MB 이상의 메모리를 차지하는 3-4 개의 인스턴스가 열려 있습니다.

모든 Visual Studio 인스턴스를 빠르게 닫아야 할 때마다 Windows가 인스턴스를 닫는 데 시간이 오래 걸리기 때문에이 문제에 대해 정말 짜증이났습니다. 3 분 이상 걸렸습니다. 사용 가능한 메모리가 충분하더라도 Visual Studio 인스턴스가 RAM에서 페이지 파일로 페이징되었다는 것을 깨달았습니다. 응용 프로그램을 닫으면 페이징 된 모든 데이터가 RAM에 다시로드 된 다음 종료됩니다. 기본적으로 인스턴스를 종료하기 전에 디스크에서 메모리로 2GB의 데이터를 복사합니다.

페이징을 비활성화 한 후 여러 Visual Studio 인스턴스를 종료 할 때 엄청난 성능 향상을 발견했습니다. 몇 초 동안 CPU의 100 %를 차지한 다음 사라집니다. 이제 몇 분이 아닌 1 분 안에 Windows를 종료 할 수 있습니다.

그러나 응용 프로그램을 시작할 때 성능이 향상되는 것을 보지 못했습니다. 시작 할 때 디스크에서 데이터를 계속 읽어야하기 때문입니다. 또한 페이징을 사용하지 않으면 일반적으로 문제가 더 빠릅니다.

또한 일년에 몇 번만 메모리 부족으로 인해 충돌하는 프로그램 만 실행했습니다. 일반적으로 프로그램을 너무 많이 열거 나 프로그램이 방해가되어 미친 듯이 메모리 할당을 시작하면

요약하면, 페이징 비활성화에 매우 만족합니다. Windows의 메모리 관리는 매우 끔찍합니다. 메모리 설정으로 땜질에 익숙하고 가능한 문제를 알고있는 사람들에게는이 작업을 수행하는 것이 좋습니다.

대중의 의견과는 달리, 페이지 파일은 물리적 메모리에 비해 저렴하지만 느린 대안입니다. 사용중인 RAM을 최적으로 사용할 수 있도록 설계되었습니다.

4GB의 RAM을 사용하더라도 메모리에 모든 것을 거의 유지하지 못할 수 있습니다. 작업 관리자에 아무것도 표시되지 않습니다. 이를 알기 위해 Windows 디자이너는 필요할 때만 실행 코드를 메모리로 가져와 가능한 한 오랫동안 유지하는 시스템을 만들었습니다. 시스템이 사용 된 메모리를 더 잘 사용하면 다시 할당됩니다. 이 시스템은 1993 년에 출시 된 NT3.1 이후 Microsoft에서 사용되었습니다. 1960 년대 이후로 큰 시스템에서 정기적으로 사용되었습니다.

이 시스템은 대부분의 실행 코드 형식에 적합합니다. 그러나 사용 된 메모리를 재 할당하려면 수정 된 데이터를 페이지 파일 어딘가에 작성해야합니다. 페이지 파일은 일반적으로 코드 만 저장하는 데 사용되며 데이터 만 저장됩니다. 코드와 데이터를 모두 페이징 아웃 할 수 있으면 필요할 때 페이징 아웃해야 할 시스템 유연성이 향상됩니다. 페이지 파일을 비활성화하면 코드 저장에 사용 된 메모리 만 다시 할당 할 수 있습니다. 오랫동안 액세스하지 않았고 다시 필요하지 않을 수있는 모든 수정 된 데이터는 RAM에 영구적으로 남아 있어야합니다. 그러나 코드 페이징은 이전과 같이 계속됩니다. 페이지 파일이 없거나 너무 작은 페이지 파일이 있으면 시스템의 균형이 맞지 않고 Windows가 최적의 방식으로 페이지를 넘기지 않습니다. 일반적으로 성능이 저하됩니다.

램이 메모리를 요청한 하나 이상의 프로그램을 초과하면 메모리가 갑자기 중단 될 수 있습니다.

이러한 위험은 얻을 수있는 성능 향상보다 중요합니다.

내 제안은 페이지 파일을 유지하지만 시스템 디스크에서 128MB와 같은 작은 크기로 수동으로 수정하는 것입니다.

그 이유는 실질적인 이유입니다. Windows는 실제로 스왑 파일이있을 것으로 예상하며, 발견되지 않은 경우 자동으로 임시 관리되는 파일을 만들게되므로 비활성화 할 때 편의가 사라집니다.

또한 BSODing, 성능 카운터, 일시 중지 / 다시 시작 / 최대 절전 모드와 같은 일부 작업에서 자동으로 실패하거나 오작동하여 시스템 안정성이 저하됩니다. 이 모든 것은 내 경험에 근거한 것이며, 모두 작은 페이지 파일로 사라졌습니다.

스왑 파일은 실행 후 처음 몇 분 안에 채워질 가능성이 높으며 대부분의 경우 다시는 손대지 않으므로 일반적인 디스크 액세스 페널티 스왑 파일이 발생하지 않습니다. 세션에서 곧 "메모리 부족"경고를받을 수 있습니다. 경고는 무시해도됩니다 (예, 스왑이 가득 찼습니다. 무엇)?

(나는 또한 슈퍼 페치를 싫어하고 오히려 캐싱 효과를 위해 메모리를 비워 둡니다)

언급되지 않은 한 가지 대답은 Windows가 페이지 파일을 사용하여 충돌 덤프를 저장한다는 것입니다. 컴퓨터를 블루 스크린하는 기능은 크래시 덤프를 페이지 파일이 들어있는 디스크의 섹터에 직접 씁니다 (현재 Windows에서 신뢰할 수없는 파일 시스템 드라이버를 무시 함).

페이지 파일이 없으면 크래시 덤프 정보를 얻을 수 없습니다. 또한 페이지 파일을 사용하지 않으면 페이지 파일이 손상되지 않으므로 매우 제한적인 시나리오를 벗어나서 해제 할 이유가 없습니다.

캐시로 남은 메모리를 로딩하는 SuperFetch에 대해 생각 하면 왜 페이지 파일을 비활성화하지 않아야하는지 분명해집니다. 직렬 작업 (멀티 태스킹이 나쁘기 때문에)과 캐시 된 응용 프로그램 시작이 정말 유용하므로 페이징 비용으로 SuperFetch를 사용하는 것이 좋습니다.

질문이 있다면 :

내가하는 모든 일에 충분한 물리적 RAM이 있다고 가정하고

• 파일 액세스에 로컬로 집중적이지 않은 작은 고정 작업 세트 만 수행합니다.

• 그리고 이러한 모든 작업이 Windows 시스템 프로세스와 함께 실행할 수있는 가장 큰 파일 / 데이터와 동시에 실행되면 설치된 것보다 적은 RAM에 적합합니다.

• 그리고 환경에 가끔 새롭거나 예기치 않은 로컬 파일이있을 수 있으며 액세스 속도는 그리 중요하지 않습니다.

페이지 파일을 비활성화해서는 안되는 이유가 있습니까?

네가 그렇다고해도 괜찮을 것입니다.

임베디드 환경은 아마도 금전 등록기 OS 설치와 같이 적용 가능성이 가장 높은 곳일 것입니다.

간단한 대답은 메모리가 부족한 창은 끔찍한 것입니다.

상황이 몹시 느려집니다.

많은 소프트웨어 패키지에는 사용 가능한 RAM을 천천히 소모하는 메모리 누수가 있습니다.

또한 Windows는 일부 RAM을 하드 드라이브의 캐시로 사용합니다.

실제로 필요한 RAM이 더 많지 않으면 결국 문제가 될 것입니다.

페이지 파일

4GB 메모리로 32 비트 XP를 실행합니다 (XP는 3GB 만 보았지만 인터리브되고 매우 빠릅니다).

XP는 3GB의 메모리 만 볼 수 있습니다. 내 컴퓨터가 이미 가지고 있다면 페이지 파일의 요점은 무엇입니까? 절대 액세스 할 수없는 디스크 메모리를 예약하고 있습니다. RAM을 비활성화하지 않는 한. 그래서 당신은 XP가 디스크와 데이트하고 있음을 알기 위해 열심히 일하면서 돈을 많이 버는 메모리에 보냈습니다.

XP 32 비트를 실행 중이고 4GB 메모리가있는 경우 다음 실험을 수행하십시오. 페이지 파일을 끕니다. XP를 다시 시작하십시오. 페이지 파일을 삭제하십시오. Word, Excel, Chrome, IE Ex와 같은 몇 가지 프로그램을 실행하고 영화를 보거나 음악 또는 TV를 스트리밍하십시오. 모두 잘 작동합니다. 페이지 파일을 다시 켜십시오. 이번에는 25MB와 같이 크기가 매우 작습니다. XP를 다시 시작하십시오. Word, Excel, Chrome, IE Ex와 같은 몇 가지 프로그램을 실행하고 영화를 보거나 음악 또는 TV를 스트리밍하십시오. 가상 메모리가 부족하다는 메시지가 곧 나타납니다. 이것은 XP가 필요하지 않은 경우에도 페이지 파일을 사용한다는 것을 증명합니다. 작업 관리자 성능 탭을 확인하십시오 (alt ctrl del). 피크는 총 실제 메모리보다 훨씬 낮습니다. XP가 왜 페이지 파일을 사용합니까? XP는 왜 메모리가 부족하다고 생각합니까?

페이지 파일은 DOS와 Windows 98 시절의 시대를 초월한 것입니다. 메모리가 충분하면 제거하십시오.