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/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.
0 Comments
Leave a Reply. |