가상 메모리 사용 이해> Linux에서 스왑 + 물리적

6GB의 상주 메모리와 70GB의 가상 메모리가 할당되었음을 '최상위'로보 고하는 프로세스가 있습니다. 이상한 점은이 특정 서버에는 8GB의 물리적 공간과 35GB의 스왑 공간 만 사용할 수 있다는 것입니다.

'맨 위'설명서에서 :

   o: VIRT  --  Virtual Image (kb)
      The total amount of virtual memory used by the  task.   It  includes
      all  code,  data  and  shared  libraries  plus  pages that have been
      swapped out. (Note: you can define the STATSIZE=1 environment  vari-
      able  and  the VIRT will be calculated from the /proc/#/state VmSize
      field.)

      VIRT = SWAP + RES.

이 설명을 감안할 때 프로세스의 가상 메모리 할당은 사용 가능한 스왑 + 실제 메모리로 제한됩니다.

'pmap'에 따르면이 프로세스의 코드, 공유 라이브러리 및 공유 메모리 섹션은 모두 최소 300M 정도입니다.

분명히, 기계와 프로세스는 여전히 정확하게 작동하지만 (느리기는하지만) 여기서 무엇을 놓치고 있습니까?

실제 램 또는 페이지 파일에없는 0 메모리가 필요할 수 있습니다.

보고 싶을만한 자료들 :

• http://www.gitam.edu/eresource/comp/gvr(os)/13.6.htm
• http://linux.derkeiler.com/Newsgroups/comp.os.linux.development.system/2006-11/msg00176.html

응용 프로그램이 많은 빈 메모리 페이지를 작성합니까? 그렇다면 응용 프로그램이 다음과 같은 이점을 얻을 수 있습니다.

• http://code.google.com/p/compcache/ ( EXPERIMENTAL )

실시간 메모리 페이지에서 압축 및 압축 해제 할 수 있습니다. 결과적으로 디스크로 스왑하지 않고 RAM에 모든 것을 유지할 수 있습니다 ( 매우 느림 ).

다음은 virt vs. 상주 메모리에 대한 설명입니다.

/programming/561245/virtual-memory-usage-from-java-under-linux-too-much-memory-used

토론은 Java 프로세스에 관한 것이지만 Linux에서 실행되는 모든 것에 적용 가능합니다. 미덕과 관련한 주요 요점은 전체에는 결코 사용되지 않을 수있는 모든 것들이 포함된다는 것입니다. Virt는 프로세스가 주소 지정 가능한 공간을 제한하기 때문에 32 비트 OS를 살펴볼 것이지만 그렇지 않으면 크게 유용하지 않습니다. 언급 한 바와 같이, 상주 메모리는 사용 가능한 실제 RAM 및 스왑으로 제한되는 상주 메모리입니다.

프로세스의 주소 공간이 지정한 크기이기 때문에 OS에 의해 실제로 할당되지 않기 때문일 수 있습니다.

보낸 사람 : http://lwn.net/Articles/428100/

Go 개발자는 "충분한 오버 헤드가 적고 대기 시간이 짧다"라는 목표를 달성하려는 과정에서 단순화 된 가정을했는데, 그 중 하나는 실행중인 애플리케이션에 대해 관리되는 메모리가 거의 연속적인 단일 시스템에서 나온다는 것입니다. 주소 범위. 이러한 가정은 편집기가 vi로 겪은 것과 같은 문제에 부딪 칠 수 있습니다. 다른 코드는 범위의 중간에 조각을 할당 할 수 있습니다 .Go Go 개발자는 동일한 솔루션을 채택했습니다. 그들은 필요한 것으로 생각되는 모든 메모리를 단순히 할당합니다. 16GB는 시작시 64 비트 시스템에서 충분할 것입니다.

따라서 때때로 메모리 관리가 불필요하게 수행됩니다. 지속적인 주소 공간을 가지면 사용되지 않은 메모리 해제가 간단 해집니다.

대답은 MMAP 일 것입니다. 데이터는 디스크에 있지만 스왑 외부에 있으며 "free"또는 "top"명령으로 볼 수 없습니다.

Java 프로세스가 너무 복잡하지 않은 경우 "lsof"로 재생하여 MMAP 파일이있는 위치를 찾을 수 있습니다. 그러나이 Java 프로세스가 복잡하면보기가 어렵습니다.

또한 Linux를 사용하면 실제 메모리 + 스왑 공간보다 많은 가상 메모리를 할당 할 수 있다는 사실에 놀랐지 만 분명히 일반적인 상황에서 성능을 향상시키는 데 도움이됩니다.

다행히 메모리 계정 모드를 전환하는 데 사용할 수있는 커널 조정 매개 변수가 있습니다. 이 매개 변수는 vm.overcommit_memory이며 사용 가능한 메모리를 추적하는 데 사용되는 알고리즘을 나타냅니다. 기본값 (0)은 휴리스틱 방법을 사용하고 가상 메모리 시스템을 오버 커밋합니다. 프로세스가 무작위로 강제 종료되는 대신 할당시 메모리 부족 오류가 발생하도록하려면이 매개 변수를 2로 설정해야합니다.

http://www.linuxjournal.com/article/10678