☰

vm.watermark_scale_factor プロパティを設定するとメモリ消費量が増加するのはなぜですか?

tag-icon • tag-icon linux-kernel sysctl mx-linux
vm.watermark_scale_factor プロパティを設定するとメモリ消費量が増加するのはなぜですか?

デーモンがRAMからディスクへのページングの有効化を開始すると、カーネルに通知するvm.watermark_scale_factor属性を設定すると、説明が見つからないことが発生します。 RAMメモリ消費量が増加します。/etc/sysctl.confkswapd

デフォルト値をそのままにすると10つまりkswapd、0.1%利用可能なメモリ、conkyは、コンピュータの起動時に使用することを伝えます。1.2GBメモリ消費;たとえば、次のように設定した場合1000、これは最大値であり、消費は次から始まります。2.9そして3GB何も開く必要はありません。

私はLiquorixカーネルと私が使用しているDebianカーネルの両方でこれを試しましたが、同じ結果を得ました。そして、Linux Mintを使って不動産の価値が高まると、消費も増えるという事実を覚えています。200。

私はこのプロパティを次のように設定しました。270、その値に設定すると、スワップの開始時にPCの速度が遅くならないことがわかったからです。デフォルト値にしておくと10、交換により小さな麻痺が発生しました。10到着15第二。

要約すると、このプロパティをデフォルトでそのままにしておくと10消費する1.2GB。設定したら270消費する1.7GB設定したら1000消費する2.9～3.0GBアプリケーションを開く必要はありません。システムモニタを確認してみると、メモリ消費量の多いプロセスはありません。

最初に登場するのは、これがカーネルの一般的なバグであるということです。

この属性が単にスワップデーモンを有効にするためのものである場合、消費が増加するのはなぜですかkswapd？

そしてvm.watermark_scale_factor=270:

$ free -h
               total        used        free      shared  buff/cache   available
Mem:           5,7Gi       933Mi       3,8Gi        21Mi       1,0Gi       4,1Gi
Swap:          4,8Gi          0B       4,8Gi

そしてvm.watermark_scale_factor=1000:

$ free -h
               total        used        free      shared  buff/cache   available
Mem:           5,7Gi       1,1Gi       3,6Gi        39Mi       1,0Gi       2,9Gi
Swap:          4,8Gi          0B       4,8Gi

イメージはvm.watermark_scale_factor=1000:

ここに画像の説明を入力してください。

システムモニタも表示されます。これらすべての消費は何も開きません。

ベストアンサー1

Linux カーネルの属性は、vm.watermark_scale_factorカーネルがシステムで使用可能な RAM を管理する方法を制御します。この属性の値を増やすと、カーネルがシステムから非アクティブメモリまたはファイルキャッシュを解放し始める前に、より高いメモリ使用量しきい値が設定されます。このようにしきい値が高くなると、カーネルはキャッシュを解放する前にキャッシュにさらにメモリを保持します。

したがって、このプロパティの値を増やすと、カーネルがキャッシュ内のvm.watermark_scale_factorメモリをさらに保持するため、システムのRAM消費量が増加することがわかります。これは、利用可能なRAMが制限されているシステムで特に顕著です。 RAMの消費量が増えると、システムが遅くなるか、メモリ不足が発生する可能性があります（極端な場合）。

ただし、RAMの消費量が増えると、カーネルがキャッシュされたデータにすばやくアクセスできるため、アプリケーションがより速く実行できるため、システムのパフォーマンスも向上することに注意してください。全体的に、vm.watermark_scale_factorプロパティ設定は、パフォーマンスとメモリの可用性の間の適切なバランスを確保するために、システム要件とリソースに基づいて慎重に調整する必要があります。

おすすめ記事