web-dev-qa-db-ja.com

所有Pythonアプリ+他のアプリはシステムをフリーズさせます-問題の検索をどこから始めますか？

私はPythonで長時間実行される（時間/日）アプリを1つのコアで100％のCPUと約1GBのRAM-意図したとおりに使用しました。 htopによると、約1でロードします）

通常、これらの実行中はKubuntu 19.04 HPラップトップ（i5 7200, 2.5GHz, 8GB RAM, SSD）をあまり使用しません。

時々、私はそれを使用する必要があり、負荷が最大20、30、およびそれ以上を撮影していることに気づきました。システムが本当に反応しなくなります-マウスはゆっくり動くのですが、何もクリックできません。時々、負荷が下がり、他のソフトウェアを閉じることができます。ときどき、10〜30分の高負荷/システムが応答しない/ CPUファンの叫びを待った後、ラップトップの電源を切る必要があります。

私の印象は、私のプログラム+ Atomおよび/または私のプログラム+ Chromiumの組み合わせが高負荷を引き起こしていることです。

Googleによると、遅いマウスは問題のようです-主にゲーム/グラフィックアダプター/ドライバーなどに関連しています。私のケースは結果に含まれていないようです。

どこから掘り始めればいいですか？

私はこれを見ます：

Jan 18 05:19:37 hpn-HP-Notebook systemd-udevd [468]：0003：275D：0BA6.0022：ワーカー[7254] SEQNUM = 18942の処理に時間がかかっています

/var/log/syslogで数回。そして、ラップトップでmongodbとApacheを実行しています（すべてdev環境です-httpトラフィックがないため、mongodbリクエストをプログラム内で非常に低く保ち、一括書き込みのみを使用しています）。

すべてが順調に機能しているときの以下の詳細（Python + Chromium + Atom + LibreOffice Calc）

free -h (before starting Python program, with Chromium and Atom running)
              total        used        free      shared  buff/cache   available
Mem:          7.7Gi       4.4Gi       213Mi       590Mi       3.1Gi       2.5Gi
Swap:         2.0Gi        12Mi       2.0Gi

free -h (after starting Python program, with Chromium and Atom running)
              total        used        free      shared  buff/cache   available
Mem:          7.7Gi       5.6Gi       729Mi       645Mi       1.4Gi       1.2Gi
Swap:         2.0Gi       148Mi       1.9Gi

Sudo lshw -C memory
  *-firmware                
       description: BIOS
       vendor: Insyde
       physical id: 0
       version: F.21
       date: 10/27/2016
       size: 128KiB
       capacity: 6080KiB
       capabilities: pci upgrade shadowing cdboot bootselect edd int13floppynec int13floppytoshiba int13floppy360 int13floppy1200 int13floppy720 int13floppy2880 int9keyboard int10video acpi usb biosbootspecification uefi
  *-cache:0
       description: L1 cache
       physical id: 5
       slot: L1 Cache
       size: 128KiB
       capacity: 128KiB
       capabilities: synchronous internal write-back unified
       configuration: level=1
  *-cache:1
       description: L2 cache
       physical id: 6
       slot: L2 Cache
       size: 512KiB
       capacity: 512KiB
       capabilities: synchronous internal write-back unified
       configuration: level=2
  *-cache:2
       description: L3 cache
       physical id: 7
       slot: L3 Cache
       size: 3MiB
       capacity: 3MiB
       capabilities: synchronous internal write-back unified
       configuration: level=3
  *-memory
       description: System Memory
       physical id: 26
       slot: System board or motherboard
       size: 8GiB
     *-bank:0
          description: SODIMM DDR Synchronous [empty]
          physical id: 0
          slot: Bottom-slot 1(left)
     *-bank:1
          description: SODIMM DDR4 Synchronous 2133 MHz (0.5 ns)
          product: M471A1K43CB1-CRC
          vendor: Samsung
          physical id: 1
          serial: 3491FD06
          slot: Bottom-slot 2(right)
          size: 8GiB
          width: 64 bits
          clock: 2133MHz (0.5ns)
  *-memory UNCLAIMED
       description: Memory controller
       product: Sunrise Point-LP PMC
       vendor: Intel Corporation
       physical id: 1f.2
       bus info: pci@0000:00:1f.2
       version: 21
       width: 32 bits
       clock: 33MHz (30.3ns)
       capabilities: bus_master
       configuration: latency=0
       resources: memory:c142c000-c142ffff

編集：HPノートブック-15-ay143tx

kubuntupython19.04hpcpu-load
1
Chris

スワップを調整...

私たちは一時的にあなたのシステムを次のように微調整しようとします：

Sudo sysctl vm.swappiness=80

8G RAMのみの場合、これによりシステムはより多くのスワップを使用する必要があります。

BIOSを更新します...

HPノートブック15-ay143tx

あなたのBIOSは現在F.21です

このWebページ に従って、現在のBIOSは2020年1月10日以降のF.48です。

  • アップデートをダウンロードする
  • 重要なファイルのバックアップ
  • 新しいBIOSをインストールする

更新＃1：

Vm.swappinessを調整してから、システムパフォーマンスが向上しているので、これらのコマンドで永続化します...

Sudo sysctl -w vm.swappiness=80

Sudo sysctl -p

究極的には、より多くのRAM=およびより多くのSWAPがさらに改善をもたらすでしょう。

1
heynnema