kcompacd0はVMware Workstation 16でCPUを100%使用します。

kcompacd0はVMware Workstation 16でCPUを100%使用します。

Redhat Bugzillaに投稿されたものと同じです。kcompacd0はCPUを100%使用します。、締め切りはですINSUFFICIENT_DATA

また

そこにあるソリューションが私には効果がなかったので、もう一度開きます。

私の状況は次のとおりです。

  • Ubuntu21.10ホストとWindows10VMware Workstation 16 v を使用するエンタープライズクライアント16.2.0ビルド-18760230
  • 私は派手な作業や負荷のかかる作業をしていませんでしたが、Windows 10(軽負荷)を定期的に使用してから1日で状況が変になり始めました。
  • プロセスは1つのコアで100%CPUを使用し、8つのコアで100%CPUを kcompactd0継続的に使用します。vmware-vmxここに画像の説明を入力してください。
  • これが起こると、通常は数分間続きます。その後、1〜2分後に再起動します。
  • 「kcompactd0はdrop_cachesからのみ消えます。100%に達すると、vmwareゲストは完全に応答しません(windows 10 ltsc vm)。」だから私はdrop_cachesを一度だけ試してみて、動作を確認しました。

アップストリームが要求したように、追加情報は次のとおりです。

$ lsb_release -a
No LSB modules are available.
Distributor ID: Ubuntu
Description:    Ubuntu 21.10
Release:        21.10
Codename:       impish


$ grep -r . /sys/kernel/mm/transparent_hugepage/*
/sys/kernel/mm/transparent_hugepage/defrag:always defer defer+madvise [madvise] never
/sys/kernel/mm/transparent_hugepage/enabled:always [madvise] never
/sys/kernel/mm/transparent_hugepage/hpage_pmd_size:2097152
/sys/kernel/mm/transparent_hugepage/khugepaged/defrag:1
/sys/kernel/mm/transparent_hugepage/khugepaged/max_ptes_shared:256
/sys/kernel/mm/transparent_hugepage/khugepaged/scan_sleep_millisecs:10000
/sys/kernel/mm/transparent_hugepage/khugepaged/max_ptes_none:511
/sys/kernel/mm/transparent_hugepage/khugepaged/pages_to_scan:4096
/sys/kernel/mm/transparent_hugepage/khugepaged/max_ptes_swap:64
/sys/kernel/mm/transparent_hugepage/khugepaged/alloc_sleep_millisecs:60000
/sys/kernel/mm/transparent_hugepage/khugepaged/pages_collapsed:0
/sys/kernel/mm/transparent_hugepage/khugepaged/full_scans:19
/sys/kernel/mm/transparent_hugepage/shmem_enabled:always within_size advise [never] deny force
/sys/kernel/mm/transparent_hugepage/use_zero_page:1

$ cat /proc/90/stack | wc
      0       0       0

echo never > /sys/kernel/mm/transparent_hugepage/defrag
echo 0 > /sys/kernel/mm/transparent_hugepage/khugepaged/defrag
echo never > /sys/kernel/mm/transparent_hugepage/enabled

$ grep -r . /sys/kernel/mm/transparent_hugepage/*
/sys/kernel/mm/transparent_hugepage/defrag:always defer defer+madvise madvise [never]
/sys/kernel/mm/transparent_hugepage/enabled:always madvise [never]
/sys/kernel/mm/transparent_hugepage/hpage_pmd_size:2097152
/sys/kernel/mm/transparent_hugepage/khugepaged/defrag:0
/sys/kernel/mm/transparent_hugepage/khugepaged/max_ptes_shared:256
/sys/kernel/mm/transparent_hugepage/khugepaged/scan_sleep_millisecs:10000
/sys/kernel/mm/transparent_hugepage/khugepaged/max_ptes_none:511
/sys/kernel/mm/transparent_hugepage/khugepaged/pages_to_scan:4096
/sys/kernel/mm/transparent_hugepage/khugepaged/max_ptes_swap:64
/sys/kernel/mm/transparent_hugepage/khugepaged/alloc_sleep_millisecs:60000
/sys/kernel/mm/transparent_hugepage/khugepaged/pages_collapsed:0
/sys/kernel/mm/transparent_hugepage/khugepaged/full_scans:19
/sys/kernel/mm/transparent_hugepage/shmem_enabled:always within_size advise [never] deny force
/sys/kernel/mm/transparent_hugepage/use_zero_page:1

デフォルトでは、ソリューションのソースは次のとおりです。Fedoraエラーレポート「khugpagedがCPUを100%占めています」。バグは修正されておらず、「ソリューション」は2013年のFedora 17に関するものでした。

最後の3つ、おそらく4-5個のFedoraカーネルバージョンでは、この問題は再び発生しませんでした。

しかし今、そのようなことが再び起こりました。

ベストアンサー1

Ubuntu 20.04の私の解決策は次のとおりです。

  1. 仮想マシンのシャットダウン
  2. テキストエディタを使用してVMの<vm_name> .vmxファイルを開きます。
  3. vmx ファイルの末尾に以下を追加します。
# Fix problem where vmware battles with kcompactd0.
vm.compaction_proactiveness=0
  1. ファイルを保存し、VMを再起動します。

[アップデート 2022-03-06]: VMware Workstation Pro 16.2.1 にアップグレードした場合は、テストする前に必ず仮想マシンを 16.2 にアップグレードし、マシンを再起動してください。アップグレード後に再起動しなかったが、再起動まで問題が続いた。

[更新 2022-11-28]: 「アクセラレーション 3D グラフィックス」が有効になっていることを確認し、必要でない場合は無効にします。これがこの問題の原因である可能性があります。

おすすめ記事