사용 된 스왑은 나쁘지 않지만 많은 스왑 활동은

  vmstat 1
  procs -----------memory---------- ---swap-- -----io---- -system-- ----cpu----
  r  b   swpd   free   buff  cache   si   so    bi    bo   in   cs us sy id wa
  6  0 521040 114564   6688 377308    8   13   639   173    0 1100  5  4 90  0
  1  0 521040 114964   6688 377448    0    0   256     0    0 1826  3  4 94  0
  0  0 521040 115956   6688 377448    0    0     0     0    0 1182  7  3 90  0
  0  0 521036 115992   6688 377448    4    0    16     0    0 1154 10  2 88  0
  3  0 521036 114628   6696 377640    0    0   928   224    0 1503 15 17 67  1

스왑 된 열 은 전혀 문제가되지 않습니다. 컬럼에 비 제로 값은 SI 및 때문에 서버 성능에 치명적이다. 특히 RAM이 많은 것들.

몇 GB의 램이있는 머신에서 스왑 인을 비활성화하는 것이 가장 좋습니다.

sysctl -w vm.swappiness=0

이것은 스왑을 비활성화하지 않습니다. Linux는 스왑을 최후의 수단으로 사용하도록 지시합니다. 이것은 RAM에있을 필요가없는 몇 MB의 프로그램을 낭비 할 것입니다. 그러나 디스크 액세스 큐를 블로 팅하는 것보다 스왑하는 것이 좋습니다.

편집 1 : swappiness의 기본값이 최적이 아닌 이유

우리는 20 년 전에 큰 486에 32Mb RAM 만 있다는 것을 기억해야합니다. 스왑 알고리즘은 전체 RAM을 몇 초 안에 디스크로 옮길 수있을 때 개발되었습니다. 그 당시 디스크 속도가 느려도 마찬가지입니다. 이것이 기본 스왑 정책이 매우 공격적인 이유입니다. RAM은 당시 병목 현상이었습니다. 이후 RAM 크기는 10,000 배 이상 증가했으며 디스크 속도는 10 배 미만입니다. 이로 인해 병목 현상이 디스크 대역폭으로 전환되었습니다.

편집 2 : 왜 SI 활동이 서버에 치명적입니까?

시 및 그래서 RAM의 톤과 기계의 활동은 치명적입니다 의미하기 때문에 시스템 RAM을 위해 자신과 싸우고있다. RAM과 비교할 때 디스크, 심지어 큰 스토리지조차도 너무 느립니다. 적극적인 스왑은 응용 프로그램 데이터보다 커널 디스크 캐시를 선호하며 RAM에 대한 가장 일반적인 소스입니다. OS는 모든 si 에서 디스크 캐시를 비워야하기 때문에 스왑이 제공하는 여분의 캐시를 사용하는 데 걸리는 시간이 너무 짧아 어쨌든 유용하지 않습니다. 결과적으로 사용되지 않을 캐시를 저장하기 위해 디스크 대역폭을 사용하고 si 페이지를 기다리는 프로그램을 일시 중지합니다 . 이는 응용 프로그램에 거의 또는 전혀 이점이없는 많은 중요 자원을 소비한다는 의미입니다.

응답 제목은 “RAM이 많은 서버에서 많은 스왑 활동”입니다. 이것은 때때로 si 활동이있는 머신에는 적용되지 않습니다. 보다 현명한 스왑 알고리즘이 OS에서 개발 된 경우 향후에는 적용되지 않을 수 있습니다.

편집 3 : “콜드”페이지

사람들은 교환 알고리즘을 낭만적으로 만듭니다. 일부는 “RAM의 사용 된 페이지를 덜 사용합니다”라고 말하지만 이것이 커널이하는 일은 아닙니다. 스왑에 대해 이해하기 어려운 것은 커널이 “콜드 페이지”가 ​​무엇인지 모른다는 것입니다. 커널은 페이지가 가까운 장래에 사용되는지 또는 사용 될지 여부를 결정하기위한 메트릭이 없습니다. 커널이 우연히 스왑에 페이지를 무작위로 넣는 것을 피하기 위해 필요하지 않은 페이지는 그대로 남아 있습니다. 이 알고리즘의 문제점은 페이지가 응용 프로그램에 필요한지 여부를 알기 위해 스왑으로 이동해야한다는 것입니다. 그리고 이것은 많은 “핫”페이지가 스왑으로 이동한다는 것을 의미합니다. 그 문제는 디스크가 RAM에 비해 너무 느리다는 것입니다.

적절한 볼륨을 가진 많은 응용 프로그램에 매우 일반적인 현실적인 시나리오 인 자체 벤치 마크를 만들었습니다. 테스트에서 스왑을 사용할 때 처리량이나 대기 시간에 이점이 없었습니다. 그것과는 거리가 멀다. 스와핑이 시작되면 처리량과 대기 시간이 둘 다 느려집니다.

나는 이것에 대해 조금 더 나아 간다 : 나는 스왑이 처리를위한 것이 아니라는 것을 이해한다. 스왑은 비상시에만 사용됩니다. 너무 많은 응용 프로그램이 동시에 실행되고 메모리 스파이크가 발생하는 순간. 스왑이 없으면 메모리 부족 오류가 발생합니다. 스왑 사용은 개발 및 프로덕션 팀의 실패라고 생각합니다. 이것은 우리가 여기서 논의한 것 이상으로 진행되는 의견 일뿐입니다. 물론 내 응용 프로그램 자체로는 뛰어난 메모리 관리 기능이 있습니다.

답변

#!/bin/bash

set -o posix
set -u

OVERALL=0
for DIR in `find /proc/ -maxdepth 1 -type d -regex "^/proc/[0-9]+"` ; do
  PID=`echo $DIR | cut -d / -f 3`
  PROGNAME=`ps -p $PID -o comm --no-headers`

  SUM=0
  for SWAP in `grep Swap $DIR/smaps 2>/dev/null| awk '{ print $2 }'` ; do
    let SUM=$SUM+$SWAP
  done
  echo "PID=$PID - Swap used: $SUM - ($PROGNAME )"

  let OVERALL=$OVERALL+$SUM
done
echo "Overall swap used: $OVERALL"