스왑을 완전히 비활성화하는 방법은 무엇입니까?

Linux 3.1에서 실행되는 ext4로 포맷 된 하드 드라이브 인 Debian sid를 사용하고 있습니다.

메모리가 부족하고 스왑이 활성화되어 있지 않으면 이전 Linux 버전 (3.0 이전)에서 기억합니다. 프로그램이 일반적으로 중단됩니다. 이것은 중요한 작업없이 간단한 웹 브라우징으로 내 환경에 완벽합니다. 즉, 실수로 너무 많은 메모리를 사용하는 나쁜 웹 사이트를 가로 질러 실행하면 터미널을 사용할 수 없게 만들지 않고 충돌합니다.

그러나 현재 설정에서 컴퓨터는 백그라운드에서 강력한 I / O 처리량으로 중단됩니다. iotop은 kswapd0을 범인으로 드러냅니다. 이는 스와핑 때문임을 의미합니다. 사용 후에는 swapon -s활성화 된 모든 스왑을 결정하기 위해, 내가 사용하는 swapoff -a모든 스왑을 해제하고 swapon -s모든 스왑이 비활성화되었는지 확인 다시.

그런 다음 메모리 사용량을 다시 최대화하려고했습니다. 아아, 내가 기대했던 행동은 일어나지 않았다. 대신 kswapd0은 RAM을 스왑 아웃하려고 여러 번 시도하고 스왑 공간이 없어서 실패합니다. 절대 포기하지 않기 때문에 내 컴퓨터는 영구적 인 I / O 과도한 동결 상태로 잠겨있어 디스크 상태가 좋지 않습니다.

내가 뭘 잘못하고 swapoff -a있습니까? 왜 행동이 예전과 다를까요 (아마 3.0 이전)?

스왑을 비활성화하면 원하는 것을 수행하지 않습니다. 여전히 강력한 I / O 처리량을 얻을 수 있지만 더러워진 페이지가 아니라 깨끗한 페이지가됩니다.

스왑이 없으면 시스템은 실제 (수정되지 않은) 페이지의 캐시를 실제 메모리에서 제거 할 수있는 유일한 페이지이기 때문에 거의 0으로 압축합니다. 스왑없이 스왑하도록 페이지를 작성하여 더티 (수정 된) 페이지를 메모리에서 제거 할 수 있으며 더티 페이지는 제거 할 수 없습니다.

실제 메모리가 부족하면 각 프로세스는 이전 프로세스 코드 페이지를 제거 할 때 디스크에서 해당 코드 페이지를로드해야합니다. 그 결과 스왑 서브 시스템이 강력한 스 래싱과 과도한 작업을 수행하게됩니다.

이것은 매우 중요한 원칙의 특별한 경우입니다. 잘 설계된 시스템의 경우 선택을 줄임으로써 더 나은 시스템을 만들 수 없습니다. 리눅스는 잘 설계된 시스템입니다. 스왑을 제거하면 선택의 폭이 줄어들 기 때문에 더 나쁜 행동을하는 것은 놀라운 일이 아닙니다.

스왑을 끄는 것보다 더 나은 해결책은 메모리가 부족할 때 임의의 프로세스가 중단되는 결과를 가져 오는 것입니다. 이런 식으로 런 어웨이 브라우저는 전체 시스템을 사용할 수 없게 만드는 대신 한계에 도달하고 죽습니다. 예, 쉘에서

(ulimit -d 400000; firefox) &

-d 뒤의 숫자는 킬로바이트입니다. 브라우징 습관에 가장 적합한 값을 선택하려면 시스템에서이를 실험해야합니다. 괄호로 인해 서브 쉘이 작성됩니다. ulimit 명령은 해당 쉘과 해당 하위 항목에만 영향을 미치며 상위 쉘과의 영향을 분리합니다.

스왑이 사용되지 않도록하려면 부팅시 스왑이 추가되지 않도록하는 것이 좋습니다. 시스템에 따라 swap부팅 서비스 를 비활성화 하거나에서 스왑 항목을 주석 처리하여 수행 할 수 있습니다 /etc/fstab.

끊기에 관한 한 stop()함수 /etc/init.d/swap는 힌트를 줄 수 있습니다.

stop()
{
       ebegin "Deactivating swap devices"

       # Try to unmount all tmpfs filesystems not in use, else a deadlock may
       # occure. As $RC_SVCDIR may also be tmpfs we cd to it to lock it
       cd "$RC_SVCDIR"
       umount -a -t tmpfs 2>/dev/null

       case "$RC_UNAME" in
               NetBSD|OpenBSD) swapctl -U -t noblk >/dev/null;;
               *)              swapoff -a >/dev/null;;
       esac
       eend 0
}

교착 상태에 대한 부분을 확인하십시오 . 스왑을 끄기 전에umount -a -t tmpfs 스스로 시도해 볼 수 있습니다 .

편집하다:

아마도 sysctl설정 을 수정하여 목표를 달성 할 수도 있습니다 ( 이 질문 참조 ).

각 부팅 후에 /etc/fstab실행하는 것보다 스왑 파티션 항목을 주석 처리하는 것이 좋습니다 swapoff -a.

내 하드웨어에서 kswapd0과 동일한 문제가 있습니다.

튜닝 vm.swappiness시스템 매개 변수가 도움이되지 않습니다.

sysctl -w vm.swappiness=0

나는 많은 게시물, 메일 링리스트를 봤는데, 이것이 커널 버그라고 생각한다.

활성 스왑 파티션이없고 사용 가능한 메모리가 줄어들면 일부 임계 값 (제 경우 약 300MB)이 kswapd0 madness로 인해 시스템이 응답하지 않게됩니다.

아마도 그것은 특별한 구성과 조건으로 재현됩니다.

누군가는 kswapd0비활성화 된 상태로 사용자 정의 커널을 빌드하여 다른 파티션을 다시 파티션하여 시스템을 다시 설치하면 해결됩니다 .

내 시스템 (debian sid 2016-11-15)에서 다음과 같이했습니다.

1. 스왑을 비활성화하십시오 :

   swapoff -a
   

2. / etc / fstab에서 스왑 파티션으로 줄을 주석 처리하십시오.

   #### #UUID=c6ddbc95-3bb5-49e1-ab25-b1c505e5360c none            swap    sw              0       0
   

3. systemd에서 스왑 마운트를 비활성화합니다 :

   systemctl --type swap
   systemctl stop dev-sda6.swap
   systemctl mask dev-sda6.swap
   

충분할 것입니다. /etc/initramfs-tools/conf.d/resume파일에 스왑에 대한 참조가 있습니다. 나는 이것의 목적이 무엇인지 모른다. 어쩌면이 파일은 다음에 다시 부팅 할 때 문제가 될 수 있습니다 (아직 재부팅을 시도하지 않습니다. 가동 시간이 소중합니다.).

컴퓨터가 백그라운드에서 강력한 I / O 처리량으로 정지합니다. iotop은 kswapd0을 범인으로 밝혀

나는 그것을 피할 수있는 한 가지 방법을 찾았습니다. 당신이 그것을 검사 할이 시스템에서 수행하는 방법을 참조하면, 참조 커널 패치 안에 이 질문을 . 기본적으로 Active(file)메모리가 부족할 때 (적어도) 페이지를 제거하지 않으므로 디스크 스 래싱 (일정한 읽기)이 거의 없어 지고 OOM-killer가 1 초 이내에 트리거 될 수 있습니다. 영구적으로 (또는 적어도 몇 분 동안) 나는 실제 프로그래머 (내가 아닌)가 패치를 개선하고 실제 솔루션으로 만들기를 바라고 있습니다. 이제 그들이하는 일 이 이러한 상황에서 효과가 있음을 알았습니다 .