sys/kernel/mm/transparent_hugepage/shmem_enabled:always within_size advise deny force sys/kernel/mm/transparent_hugepage/khugepaged/full_scans:19 sys/kernel/mm/transparent_hugepage/khugepaged/pages_collapsed:0 sys/kernel/mm/transparent_hugepage/khugepaged/alloc_sleep_millisecs:60000 sys/kernel/mm/transparent_hugepage/khugepaged/max_ptes_swap:64 sys/kernel/mm/transparent_hugepage/khugepaged/pages_to_scan:4096 sys/kernel/mm/transparent_hugepage/khugepaged/max_ptes_none:511 sys/kernel/mm/transparent_hugepage/khugepaged/scan_sleep_millisecs:10000

sys/kernel/mm/transparent_hugepage/khugepaged/max_ptes_shared:256 sys/kernel/mm/transparent_hugepage/khugepaged/defrag:1 sys/kernel/mm/transparent_hugepage/hpage_pmd_size:2097152 sys/kernel/mm/transparent_hugepage/enabled:always never sys/kernel/mm/transparent_hugepage/defrag:always defer defer+madvise never when it goes 100%, the vmware virtual machine guest is completely unresponsive (windows 10 ltsc vm)' So I only tried drop_caches once, and have confirmed the behavior.Īs requested upstream, here is more info: $ lsb_release -a 'kcompactd0 goes away only with drop_caches.Then kicks in again after a minutes or two. When it does, it'll normally last for several minutes.The process kcompactd0 is constantly using 100% cpu on one core, and vmware-vmx using 100% cpu on eight cores.I'm not doing anything fancy or heavy load, just after a day of regular Windows 10 usage (of light load), things start to get wild.Ubuntu 21.10 host and Windows 10 Enterprise client, with VMware Workstation 16 v 16.2.0 build-18760230.Reopening because the solution there doesn't work for me. Arch Linux becomes unresponsive from khugepaged.

VMware on Linux host causes regular freezes.

Same as posted in redhat bugzilla - kcompacd0 using 100% cpu, which was closed for INSUFFICIENT_DATA.

Vmware workstation 16 linux