☰

RAM使用量が急増するとUbuntuがフリーズする

tag-icon • tag-icon 20.04 firefox freeze ram gimp
RAM使用量が急増するとUbuntuがフリーズする

この問題はしばらく続いていましたが、18.04 から 20.04 にアップグレードしてから、非常に頻繁に発生するようになったように感じます (たまに発生するのではなく、ほぼ毎日発生します)。

何かが起きるたびに - RAM の使用率が高くなったときのように思われます (ディスク I/O で同様の問題が報告されているのを見たことがありますが、そうではないようです) - システムはフリーズ寸前になります。最初の 1 分間は、システムの動作が急激に遅くなり、そのときは、問題の原因となっているブラウザ タブまたはアプリケーションをすばやく閉じるために、マウス カーソルを動かせる時間が少しあります。これを行わないと、この時点でシステムはほぼ永久にフリーズし、上部バーのシステム クロックの更新が停止し、何が起こってもフリーズが解除されないため、ハードリセットが必要になります。

以前、タブを多く開いていると Firefox でよくこの現象が発生していましたが、タブ制限拡張機能をインストールしてこの現象を軽減しました。しかし、この現象は発生し続け、GIMP で大きな画像を操作しているときや、DeviantArt の再設計や一部のビデオ サイトなど、無限スクロールのあるサイトを閲覧しているときに (時々) 発生します。GIMP で作業していたピクセル アート作品の 30 分分の進捗が失われてしまいました。

このため、私のシステムの使用は非常に面倒になっています。言いたくはありませんが、デュアル ブートで使用している Windows 10 の方が安定しています。これは、W10 がこれまで使用したオペレーティング システムの中で最悪のものであることを考えると、意味のあることです。

以下は inxi -F ダンプです:

System:
  Host: shino-ProLiant-ML310-G5p Kernel: 5.4.0-66-generic x86_64 bits: 64 
  Desktop: Gnome 3.36.4 Distro: Ubuntu 20.04.2 LTS (Focal Fossa) 
Machine:
  Type: Desktop System: HP product: ProLiant ML310 G5p v: N/A 
  serial: <superuser/root required> 
  Mobo: N/A model: N/A serial: N/A BIOS: HP v: W08 date: 10/25/2010 
CPU:
  Topology: Dual Core model: Intel Xeon E3120 bits: 64 type: MCP 
  L2 cache: 6144 KiB 
  Speed: 1995 MHz min/max: N/A Core speeds (MHz): 1: 1995 2: 1995 
Graphics:
  Device-1: AMD ES1000 driver: N/A 
  Device-2: NVIDIA G86 [Quadro NVS 290] driver: nvidia v: 340.108 
  Display: x11 server: X.Org 1.20.9 driver: nvidia 
  unloaded: fbdev,modesetting,nouveau,vesa resolution: 1440x900~75Hz 
  OpenGL: renderer: Quadro NVS 290/PCIe/SSE2 v: 3.3.0 NVIDIA 340.108 
Audio:
  Device-1: Generalplus type: USB driver: hid-generic,snd-usb-audio,usbhid 
  Sound Server: ALSA v: k5.4.0-66-generic 
Network:
  Device-1: Broadcom and subsidiaries NetXtreme BCM5715 Gigabit Ethernet 
  driver: tg3 
  IF: enp3s4f0 state: down mac: 9c:8e:99:35:15:80 
  Device-2: Broadcom and subsidiaries NetXtreme BCM5715 Gigabit Ethernet 
  driver: tg3 
  IF: enp3s4f1 state: up speed: 1000 Mbps duplex: full 
  mac: 9c:8e:99:35:15:81 
Drives:
  Local Storage: total: 1.82 TiB used: 594.46 GiB (31.9%) 
  ID-1: /dev/sda model: LOGICAL VOLUME size: 1.82 TiB 
RAID:
  Hardware-1: Hewlett-Packard Smart Array G6 controllers driver: hpsa 
Partition:
  ID-1: / size: 910.88 GiB used: 594.46 GiB (65.3%) fs: ext4 dev: /dev/sda5 
Sensors:
  System Temperatures: cpu: 40.0 C mobo: N/A gpu: nvidia temp: 68 C 
  Fan Speeds (RPM): N/A 
Info:
  Processes: 288 Uptime: 2h 17m Memory: 3.84 GiB used: 2.86 GiB (74.6%) 
  Shell: bash inxi: 3.0.38

答え1

からhttps://en.wikipedia.org/wiki/メモリページング#スワップネスそれは次のように述べています。

Swappiness は Linux カーネルパラメータで、空きメモリでメモリ割り当て要求を満たすことができない場合に、システムページキャッシュからページを削除するのではなく、ランタイムメモリからスワップアウトすることに与える相対的な重みを制御する。Swappiness は 0 から 200 までの値に設定できる。[18] 低い値を設定すると、カーネルはページキャッシュからページを削除することを優先し、高い値を設定すると、カーネルは「コールド」メモリページをスワップアウトすることを優先する。デフォルト値は 60 である。高い値に設定すると、コールドページをスワップインする必要がある場合 (アイドル状態だったプログラムと対話する場合など) に高レイテンシが発生する可能性がある。一方、低い値 (0 でも) に設定すると、キャッシュから削除されたファイルを再度読み取る必要があるが、応答性の高いプログラムが必要な場合に高レイテンシが発生する可能性がある。スワップはランダム書き込みを多く伴うため HDD の速度をさらに低下させる可能性があるが、SSD にはこの問題がない。確かにデフォルト値はほとんどのワークロードでうまく機能しますが、予想されるタスクを実行するデスクトップやインタラクティブシステムでは設定を下げ、バッチ処理やインタラクティブ性の低いシステムでは設定を上げる必要があるかもしれません。[19]

Ubuntu のデフォルトは なので、vm.swappinessRAM内の非アクティブなページがスワップに対してあまり積極的でないように、60というより低い値を推奨します。10

10（の値を設定するには以下を実行します.confファイルにまだ値が設定されていない場合):

echo "vm.swappiness = 10" | sudo tee -a /etc/sysctl.conf

設定がすでに存在する場合は、以下をコピーして貼り付け、値を次のように変更できます10。

sudo sed -i "s/$(awk '/vm.swappiness/ {print $0}' /etc/sysctl.conf)/vm.swappiness\ =\ 10/" /etc/sysctl.conf

次に、変更を有効にします。

sudo sysctl -p

さまざまな値を試して、自分に最適な値を見つけることもできます。

お役に立てれば！

関連情報