-
Notifications
You must be signed in to change notification settings - Fork 814
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
zsh processes under tmux accumulate, eating CPU #3914
Comments
This is likely due to daemon support. We do not terminate instances until the last daemon process goes away. If you'd like to forcibly terminate your distribution, you can use wslconfig.exe /t distroname. |
I've been monitoring the processes on task manager. It seems that there's a new process of zsh that's created for every commands I run on a tmux pane. Sometimes I see 10+ processes of zsh running and it eats the CPU. I had to kill a a couple of zsh processes to release the load on the CPU. Is this normal? |
There were two asks in this issue which caused it to go dark. First was terminating the tmux service on the last exit, the behavior of which changed in 17046. That much by-design. The other was "I noticed sometimes my computer lags" which might be a lot like #3503 (or might not). #3503 for its part petered into a discussion thread, and never got closed with any kind of concrete by-design explanation. Fixing up the title just so there is a landing zone for dupes. I suspect but can't prove that the reason these processes accumulate is going to be arcane, undesirable, but correct. It would take a dive from someone to figure out what exactly is going on here. One thing worth investigating would be why it is eating CPU (as opposed to just RAM). Even if the processes accumulate, they either (a) shouldn't spin or (b) are spinning for a good reason under WSL's model that isn't explained. I can't say which. |
I am doing web development using Django (python webserver) and React (using webpack-dev-server). Not sure if this will be helpful for the investigation. |
@xTEddie |
Same issue here. I fired up a few panes in tmux and without doing anything my CPU is being hammered. There is nothing running in the panes. I closed a few panes as the CPU was under 100% load and the prompt was not even loading in the final panes when aranging my layout. I have 6 panes left open and 11 zsh processes still running in task manager |
I have a similar issue when using WSL with the Ubuntu 18.04 LTS distro, zsh, and the new windows terminal. When closing out of shell instances, the zsh process persists and starts spinning up. After using the new windows terminal for a little while (opening and closing new terminal tabs), I have to manually go kill all these zsh processes. |
Same as @nicholasRenninger on my WSL with Ubuntu 18.04, 100% CPU with zsh, have to killed them with process manager. |
I am having the same problem. I closed all my WSL Ubuntu windows and I still have a bunch of zsh processes running. One process for some reason has high CPU utilization. |
Hi, Just had this issue. Multiple processes open, two running at 16% CPU each. Running WSL Ubuntu (18.04.4), with Zsh within tmux sessions. Windows 10, build version: 18363.959 |
This issue has been automatically closed since it has not had any activity for the past year. If you're still experiencing this issue please re-file this as a new issue or feature request. Thank you! |
Your Windows build number: (Type ver at a Windows Command Prompt)
Microsoft Windows [Version 10.0.17763.379]
What you're doing and what's happening:
I have zsh as my default shell and I use WSL for web development. I have a shell script to run a tmux session with 5 window panes to set up my web dev environment. I close everything on WSL once I'm done with my web development project for the day. I noticed sometimes my computer lags for some reason then I found out a lot of zsh processes were still running on Window Task Manager even though WSL is closed.
What's wrong / what should be happening instead:
All processes running on WSL should be terminated as soon as I close WSL.
The text was updated successfully, but these errors were encountered: