청구 금액 <실제 메모리?

Charge가 물리적 메모리와 가상 메모리의 총량 일 경우; Commit Charge가 어떻게 실제 메모리보다 작을 수 있습니까?

예를 들어; 프로세스 익스플로러의 시스템 정보에 1.8GB를 커밋 용으로 등록했지만 물리적 용으로는 1.9GB를 등록했습니다.

위키 피 디아 출신 :

"고발료는 Microsoft Windows 운영 체제에서 사용되는 용어입니다   페이징 가능한 가상 주소 공간의 총량을 설명합니다. "

"Total은 사용중인 페이지 파일로 백업 된 가상 주소 공간의 양이며,   즉, 현재 커미트 요금. 이것은 메인 메모리 (RAM)   및 디스크 (pagefiles). "

나는 당신이 잘못된 곳으로 가고 있다고 생각한다. 그것은 당신의 모든 기억을 포함하지 않고 단지 가상 주소 공간을 구성하는 기억만을 포함한다는 것이다. 1.9GB 물리적 메모리가 총 메모리인지 또는 사용 가능한 메모리인지는 알 수 없지만 OS와 다른 하드웨어와 마찬가지로 페이징에 할당되지 않은 메모리가 있습니다.

다음은 현재 Process Explorer 스크린 샷입니다 (이전 질문 이후 버전 업데이트). 6.2GB의 Commit Charge 제한이 있지만 총 메모리 및 스왑 공간은 7GB입니다. 나의 현재 독서는 본질적으로 당신과 비슷합니다 : 2.4GB의 Commit Charge가 사용되고, 3.1GB의 총 메모리가 있습니다.

http://en.wikipedia.org/wiki/Commit_charge

http://en.wikipedia.org/wiki/Virtual_address_space

쉬운 : Commit charge는 물리적 메모리와 가상 메모리의 합계가 아닙니다.

Commit charge는 백업 저장소가 페이지 파일 인 가상 메모리의 양입니다. 그렇다고해서 모든 청구 금액이 페이지 파일에있는 것은 아닙니다. "후행 스토어"는 모든 것이 RAM에 보관 될 수없는 경우에 배치됩니다.

다른 백업 저장소 (매핑 된 파일)가있는 가상 메모리도 있습니다.

범하다 한도 현재 페이지 파일 크기와 RAM의 합계 (비 페이징 가능 항목을 허용하는 비트 빼기)입니다.

페이지 파일을 구성하기위한 Windows 대화 상자가 말하는 것과는 달리 페이지 파일을 "가상 메모리"라고 생각하지 마십시오. 이렇게하면이 물건을 이해하기가 힘듭니다. 페이지 파일은 단지 페이지 파일입니다.