1時間ごとにスワップを空にするcronスクリプトを作成するのは悪い考えですか？

長年、小さなUbuntu構成でも同じ問題を抱えていました。使用されるスワップスペースは時間とともに増加します。これは、スワップを無効にするなどのユーザーアクションの場合を除いて、割り当てられたメモリが十分なスペースがあってもRAMに戻らないことが主な理由であるという印象を受けます。

cronこれを自動化する短いコマンドを作成しましたが、良い結果が得られました。

#! /bin/sh

echo "* */1 * * * root swapoff -a && swapon -a" >> /etc/crontab

しかし、これはこの問題の実際の解決策というよりもトリックであるため、それが悪い考えかもしれない潜在的な理由について疑問に思っています。

そのように使用する：はい、悪い。スワップをオフにする前に、使用可能なメモリが十分にあるかどうかを本当に確認する必要があります。より良いバージョンについては、https：//askubuntu.com/a/90399/15811を参照してください。

また、これについて本当によろしいですか？割り当てられているスワップは、使用されているスワップを意味しません。コマンドvmstat、列si（スワップイン）およびso（スワップアウト）。これらが0のままの場合は、別の問題が発生しています。私の経験では、スワップはほとんど使用されておらず、空にならないが空にするものはないと考えて使用することはないでしょう。

それは悪い考えだと思います。空きメモリがあり、アクティブなプロセスがスワップからRAMに移動していないと思われる場合は、考えているほどの空きメモリがないか、プロセスが思ったほどアクティブではありませんです。

アクティブなプロセスが引き続きスワップされる場合、メモリに負荷をかけている原因を修正する必要があります。アクティブなプロセスでない場合、大したことは何ですか？

それは悪い考えです。

カーネルは、物理メモリがいっぱいになる前にスワップするためにデータのコピーを開始します（移動しない）。プロセスが大量のメモリを必要とする場合、スワップにすでに有効なコピーがあるページは、別の書き込みを必要とせずにすぐに再利用できるためディスクに。

一般的に、これは長時間アクセスされていないページで主に発生します。これは、すぐにアクセスされる可能性が低いことを示す良い指標です。

明示的にコピーを破棄する場合、データはまだRAMに存在しますが、多くのメモリを割り当てたいプロセスがあり、スワップが必要になると速度が低下する可能性があるため、メリットはありません。

また、カーネルは、物理メモリが50％を超えるとすぐに常にスワップ領域を使用するため、十分なメモリがインストールされていても、これらの数値はゼロ以外になります。

これは悪い考えです。これが便利な場合、Linuxカーネルはこの方法で実装します。このような単純なシェルスクリプトは、おそらくカーネル開発者のアルゴリズムほど賢くないため、いくつかのチューニングパラメーターを変更する理由はないと思います。

基本的に2つのケースがあります。

• とにかく、スワップ領域のプロセスは使用されません。なぜそれらをRAMに戻すのですか？
• RAMが少ないため、スワップアウトされ、RAMに戻します。その後、システムはできるだけ早くそれらを再びスワップに入れます。

そのため、2つの主要なポイントがあります。

1. まず、すべてのプログラムを一度に実行するにはRAMが少なすぎるとシステムが遅くなります。スワップを使用すると、より多くのプログラムを実行できますが、めったに使用されないプログラムにすばやく切り替えることはできません。スワップはめったに使用されないものを強制終了したり、現在使用されているものをメモリ不足例外にしたりすることはできません。
2. 第二に、スワップは良いことであり、スワップを使用することもできます。これは、現在使用していないプログラムのコストで空きRAMを使用できるためです。

あまりにも多くのプログラムでメモリ不足の問題は発生していませんが、一部のプログラムは現在の空きRAMに基づいてメモリを割り当てる場合があり（ブラウザはより多くのmemcacheを使用し、より速くブラウジングできます）、カーネルはディスクキャッシュに空きRAMを使用できます。同様の最適化。強制的にスワップを空にすると、カーネルは読み取りキャッシュをドロップします。たとえば、新しいFirefoxインスタンスの起動には、Firefoxがまだディスクキャッシュにある場合よりも時間がかかります。

カーネルの動作を調整する場合は、swapinessパラメーターを参照してください。

@ peter-cordesによる2つの追加リソースが貢献します。

• 遅いコンピューター用にLinuxを最適化する
• https://lonesysadmin.net/2013/12/22/better-linux-disk-caching-performance-vm-dirty_ratio/

空のスワップが本当に必要な場合は、スワップを完全にオフにすることができます。私はなぜそれを1時間オンにして、それを空にすることがスワップを持っていないよりも利点があるのか​​わかりません。

キャッシュを解放するようカーネルに指示することにより、同じ結果を得ることができます。

echo 3 > /proc/sys/vm/drop_caches

これにより、メモリ不足の可能性のある瞬間を避け、必要なものと破棄できるものをカーネルに決定させます。

一般的な考え方に反して、SWAP自体は悪くありません。
実際にシステムの速度を低下させるのは、RAMからSWAPにデータを移動し、RAMに戻すカーネルアクティビティですswappiness。
システムは、で構成されているため、これを自動的に行いswappinessます。
これにより、非アクティブなプロセスのメモリがハードディスクスワップパーティションにダンプされます。
私自身は、それほど多くのRAMメモリを搭載していないマシンで何年も働いており、常にいくつかのスワップメモリ​​を使用していました。それでも、おそらく開いているアプリケーションを閉じようとして、メモリをRAMに戻すまで、私のマシンは正常に動作しました。その後、作業負荷が増加し始めました。

• したがって、SWAPメモリを絶えず消去することにより、マシンの作業負荷が大幅に増加します。
• SWAPパーティションにメモリがあるアプリケーションを実行すると、実行中に破損する可能性があります。

むしろ、htopアプリケーションのコマンドラインでメモリを使用しているアプリケーションを厳密に検討し、一部のアプリケーションを閉じることをお勧めします。gnome-system-monitorそのプロセス・タブでは、同様にあなたに良い洞察力を与えることができます。
大量のRAMを使用する大きなアプリケーションがある場合。一度にすべて実行しないでください。