설정에도 불구하고 크고 비 일관된 비 페이징 풀

내 컴퓨터에서 내 메모리를 올렸으므로 비 페이징 풀이 실제로 커졌습니다 (2GB RAM이있는 96MB에서 16GB의 715MB까지 올라갔습니다).

작업 관리자가 프로세스로 인해 1MB 미만의 비 페이징 풀을보고하므로 이해할 수 없습니다. Poolmon은 가장 큰 비 페이징 풀 메모리 사용량이 35MB라고보고합니다.

이 스크린 샷은 시작 직후에 만들어 졌으므로 드라이버 등의 메모리 누수가 아닙니다. 이미지를 만들고 VM에서 시작하면 시작 후 350MB의 메모리 만 사용됩니다!

Microsoft는 레지스트리에서 다음과 같이 비 페이징 풀 크기를 제한하는 값을 제공합니다. https://technet.microsoft.com/en-us/library/cc976155.aspx 그렇게하고 다시 시작해도 문제가 해결되지는 않습니다. KB 및 MB 단위로 바이트 값을 제공하려고 시도했습니다. 불운.

Linux에서는 3D 장면을 최대 15,2GB까지 렌더링 할 수 있습니다. 창문에서는 보호 기능과이 거대한 수영장 때문에 12GB 만 사용할 수 있고 디스크로 스왑을 시작하여 하나의 렌더링을 & gt; 리눅스에서 1 분 24 초 대신 20 분.

그렇다면 비 페이징 풀 크기를 어떻게 제한 할 수 있습니까?

많은 메모리가 필요한 프로그램 (예 : 3D 또는 사진 응용 프로그램)을 실행하고 페이지 파일을 사용하기에 충분한 메모리를 사용하게하면 비 페이징 메모리가 해제됩니다.

이유는 모르겠지만, 페이지 파일이 사용되기 시작한 정확한 순간에 비 페이징 풀은 750MB에서 200MB로 떨어지며 그 이후에도이 수준에 머물러 있습니다 (몇 시간 동안 집중적으로 작동하는 프로그램에서 실행 및 사용하여 테스트 됨). 많은 기억).

필자의 경우 windows7을 사용하여 총 16GB에서 350MB의 메모리를 확보 할 수 있습니다 (시작시 총 1GB와 비교). 물론 훨씬 더 많은 메모리가 사용되고 있지만 캐싱을 통해 디스크를 더 빨리 시작할 수 있고 디스크 대신 RAM에서 데이터를 읽을 수 있도록하는 캐싱을 통해 사용하는 것이 좋습니다. 이러한 거대한 기본 비 페이징 풀은 단순히 메모리가 손실되어 시스템이 이전보다 훨씬 빨리 스왑을 시작합니다.

거대한 비 페이징 풀의이 버그는 7 이전의 Windows 버전에서는 발생하지 않습니다.