Just had this problem and the only way to fix it after having already quit the Docker Desktop app and without having to reboot, was running this in an elevated Powershell prompt (Run as Administrator):
Restart-Service LxssManager
This browser is no longer supported.
Upgrade to Microsoft Edge to take advantage of the latest features, security updates, and technical support.
Hi,
I have experienced high CPU usage for Vmmem frequently (~every 2days) and the only solution at the moment is simply restart my machine.
It is understood that is related to WSL and I do have a Docker image running on Ubuntu on Windows. However it is not really responding for Ubuntu and Docker (see below) and CPU usage is still that high even I manually close Docker Desktop and run cmd wsl --shutdown.
It's really disruptive for me and any opinion would be appreciated.
Cheers
Steve
Just had this problem and the only way to fix it after having already quit the Docker Desktop app and without having to reboot, was running this in an elevated Powershell prompt (Run as Administrator):
Restart-Service LxssManager
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.