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の私の解決策は次のとおりです。
- 仮想マシンのシャットダウン
- テキストエディタを使用してVMの<vm_name> .vmxファイルを開きます。
- vmx ファイルの末尾に以下を追加します。
# Fix problem where vmware battles with kcompactd0.
vm.compaction_proactiveness=0
- ファイルを保存し、VMを再起動します。
[アップデート 2022-03-06]: VMware Workstation Pro 16.2.1 にアップグレードした場合は、テストする前に必ず仮想マシンを 16.2 にアップグレードし、マシンを再起動してください。アップグレード後に再起動しなかったが、再起動まで問題が続いた。
[更新 2022-11-28]: 「アクセラレーション 3D グラフィックス」が有効になっていることを確認し、必要でない場合は無効にします。これがこの問題の原因である可能性があります。