VMware（Ubuntu 16.04ホスト）で仮想マシンを実行している場合は、ゲストVMでAtomまたはVisual Studioを起動したときなど、ゲストシステム（現在のWindows 10）とホストシステムの両方が数秒間応答しないことがよくあります。
RAM使用量レポートは正常に見えますが（合計16GB、VMは6.5GBを「共有メモリ」として使用し、空きGBもあります）、システムが応答しないと、コピーなどのIO操作が中断または非常に遅くなります。 / paste テキストには数秒かかります。
VMwareで設定（仮想化設定、VMのRAMなど）を変更しても影響はありません。
答え1
解決策は、最適khugepaged化を無効にすることです。
echo never | sudo tee /sys/kernel/mm/transparent_hugepage/defrag
echo 0 | sudo tee /sys/kernel/mm/transparent_hugepage/khugepaged/defrag
バラよりこの回答質問からArch Linuxがkhugepagedから応答しない。
また、ホストシステム用にいくつかのRAMを予約するために、VMwareが仮想マシンを実行するために使用できるRAMの量を制限することをお勧めします（編集>デフォルト設定）。
注：回答を見つけるのが難しかったので、この質問にこの回答を再投稿しています。文字通り数年かかりました。
答え2
他の人に役立つように、この回答をここに残しておきます。
VMwareを使用している間、ホスト（Ubuntu 19）とゲスト（Centos 7）の両方でハングとハングを頻繁に経験します。私は何が問題なのかわからず、どのフォーラムでも解決策を見つけることができませんでした。 Dell XPs 9570を使用しています。
「仮想化エンジン」オプションを無効にすると停止が停止しました。仮想マシンの設定>プロセッサに移動し、仮想化エンジンでチェックボックスが選択されていないことを確認します。
答え3
私にとっては、上記のいずれも役に立ちませんでしたが、3Dサポートを無効にしませんでした。
代わりに、電源設定「次回以降のハードドライブの電源を切る」（電源オプション>高度な電源設定の変更）を「0」（分）に設定してこの機能を無効にすると便利です。
これはまた、問題が通常実行中のVMを使用していない後しばらくしてのみ発生するという事実にも関連しているようです。これは、Windowsがこの設定を実行し、「ディスク」（実際にはSSD）をオフまたはオンにしようとするのに十分な時間を提供します。ホストシステム））。
答え4
私のために働いた修正は次のとおりです。 https://gist.github.com/2E0PGS/2560d054819843d1e6da76ae57378989