Hi,
I get this problem a lot; I have some information to share about this to help and I found a workaround: if you put your computer in hibernation and turn it on right after, depending on your root cause, Vmmem will drop near 0% of CPU usage where nothing running was killed in the process.
I've linked the issue (for my part) to VS Code which (and this is documented to be intended this way) will take one core for the autocomplete feature which, when needed, will take 100% usage of this core. The problem is that running VS Code in Windows attached to WSL to work on a project under WSL's Ubuntu (in my case) will take one core in WSL to do its autocomplete job and it seems that WSL will let the related processes go over 100% CPU (wonder how this is possible) blocking all other process from running smoothly and impairing Windows to access WSL in any means. Once back from hibernation, the CPU usage drop, Windows is able to access the Linux subsystem again and everything goes back to normal.
I don't understand why Linux processes can go over 100% (as seen with the top
command) but I suspects that, under WSL the PC's cores are used as a single core under Linux and thus used entirely by VS Code's auto-complete processes.
Here is a capture of one of the problematic processes as displayed by top
before loosing the connection to the Linux subsystem:
1833 user 20 0 1328476 107192 44936 S 124.7 0.3 214:56.97 /home/user/.vscode-server/bin/fee1edb8d6d72a0ddff41e5f71a671c23ed924b9/node
Where 124.7
is in top's %CPU column.