スワップを完全に無効にする方法は？

Linux 3.1で実行しているext4でフォーマットされたハードドライブのDebian sidを使用しています

以前のLinuxバージョン（おそらく3.0より前）で、メモリが不足し、スワップが有効になっていない場合、プログラムは通常クラッシュします。これは私の環境に最適です。重要な操作のないシンプルなWebブラウジングです。つまり、メモリを大量に消費する悪いWebサイトに偶然出くわすと、端末が使用できなくなることなくクラッシュします。

しかし、私の現在のセットアップでは、コンピューターはバックグラウンドで激しいI / Oスループットでハングします。iotopは、kswapd0が犯人であることを明らかにします。これは、スワップが原因であることを意味します。使用後にswapon -s有効にされた任意のスワップを決定するために、私が使用するswapoff -aすべてのスワップを無効にするとswapon -s、すべてのスワップが無効になったことを確認するために再び。

次に、メモリ使用量を最大化してみました。悲しいかな、私が期待した動作は起こりませんでした。代わりに、kswapd0は何度も何度もRAMをスワップアウトしようとしますが、スワップスペースがないため失敗します。決してあきらめないので、コンピューターは永遠のI / Oの激しい凍結にロックされ、ディスクの状態が悪くなります。

私はしようとして何か間違っていswapoff -aますか？振る舞いが以前のものと異なるのはなぜですか（おそらく3.0以前）？

スワップを無効にしても、望みどおりにはなりません。それでも激しいI / Oスループットが得られますが、ダーティなページではなくクリーンなページになります。

スワップを使用しない場合、システムはクリーンな（変更されていない）ページのキャッシュをほぼゼロに圧縮します。これは、それらが物理メモリから削除できる唯一のページだからです。スワップなしでダーティ（変更された）ページをメモリから追い出すことができます。スワップなしで、ダーティページを追い出す方法はありません。

物理メモリが不足すると、各プロセスは以前のプロセスコードページを排除するため、ディスクからコードページをロードする必要があります。結果は、スワップサブシステムによって行われる激しいスラッシングと過剰な作業になります。

これは非常に重要な原則の特別な場合です。適切に設計されたシステムの場合、選択肢を減らして実行を改善することはできません。Linuxは適切に設計されたシステムです。スワップを削除すると選択肢が少なくなるため、動作が悪くなることは驚くことではありません。

スワップをオフにするよりも良い解決策は、メモリが不足するとランダムプロセスが強制終了されるようにすることです。これは、ネットワークからデータを引き出すプロセスにプロセスごとのデータセグメント制限を設定することです。これにより、システム全体が使用できなくなるのではなく、暴走したブラウザが制限に達して死にます。例、シェルから

(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の狂気のために応答しなくなります。

おそらく、特別な構成と条件で再現されています。

誰かのために、それは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が犯人であることを明らかにします

私はそれを避けるための1つの方法（今のところ）を見つけました。それをテストし、システムでどのように機能するかを確認したい場合は、この質問内のカーネルパッチを参照してください。基本的に、メモリが圧迫されている場合は（少なくとも）ページを削除しません。したがって、OSをフリーズする代わりに、ディスクスラッシング（一定の読み取り）はほとんどゼロになり、OOM-killerは1秒以内にトリガーされます恒久的（または少なくとも数分間）。私は（私はありませんいる）実際のプログラマは、今彼らは何それがないことのために働いていることがわかりいること、パッチを改善し、実際のソリューションにそれを作るだろうと期待しているこれらの状況。 Active(file)