-
Notifications
You must be signed in to change notification settings - Fork 119
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
Zombie processes throughout the day #32
Comments
I have the same problem |
me to i have this process it killing my lap top (heat and the fan never stop ?) |
Our current plan is to share a server with TypeScript instead of using our own service. This should take care of this issue. I will keep this issue up-to-date with the progress of that transition. |
thank you @chuckjaz and other one for the amazing work on this plug-in It's my favorite tools after leaving "Silverlight XAML and visual studio" |
Is this also the issue that the process is spiking to 100% CPU usage? |
I believe they are related. |
Are there any plans to address this in the near future. Having to manually kill these processes can be annoying. |
Now that 4.0.0 is almost out and I have more time to focus on this, my plan is to knock this out one way or the other. |
This extension is still spiking my code helper CPU to 100%. |
I really need a way of reproducing this. Can you try an narrow down either a project or send me a log of the output window? |
One thing we could investigate into is to at least shutdown any process that is a child of the main VS Code process on shutdown to prevent zombie processes from hanging around. I also often see TS-Server processes hanging around without having any VS Code instance opened. |
I'm not sure anymore if this is related to zombie processes. The extension is just eating my CPU at 100%. I reenabled the extension again now and waiting untill it happens again. I'd like to know what I can do in order to debug this. |
Right, as for debugging high CPU processes other than the main and renderer process I think we have no solution. I know that @jrieken enabled CPU profiling for our main and renderer processes and maybe we could expand this to extensions as well. However, the challenge is that the process to profile is most often not even the extension host process but the language server forked from there, so the profiling code would have to be added to each extension. Would be nicer if there was some way of profiling a process remotely, without requiring code changes. |
I now also enabled TSServer logging as suggested in this thread microsoft/vscode#20260. |
@chuckjaz I noticed that this always happens when I used VS Code, leave it open and then put my mac to sleep. After a while when I unlock my mac again and start using Code, the process starts to use 100% CPU. |
@mjbvz Do you have a way of debugging/testing this? I now have a stack tsserver.log file.
It doesn't look like it's doing much. |
@kieferrm saw this recently as well. We're trying to track down a reliable repo. @SamVerschueren can you check to see if your problem reproduces with this extension disabled? It looks like |
It's definitely the extension here. Don't experience any problems when I disable it. Multiple people complain about it on Twitter as well about CPU rising to 100% after installing this extension. But this one is really a must have for all the Angular developers. That's why it would be very nice if we could track down the root cause of this. |
These lines are suspicious:
I thought I had killed the code that added this but I must not have. I will get another version out this week-end that makes sure these never happen. |
Those got my attention as well. Let me know if I can help you out with test-running it. |
seeing this as well on my machine |
Don't know if it's related, but I also got a few reports for my Vue language server crashes and abnormally high CPU / Memory usage. Seems some language server crashes leave zombie processes hanging. Don't know the details yet, though. |
I have noticed the same thing for My approach so far as been to ensure my processes go to zero CPU over time. At least the zombies are only taking swap space. I am also moving to use be a plugin to the typescript language service instead of vscode directly now that 2.3 is out. This means that my zombies are no worse than typescript's. |
Just wondering if there's any update here as to the progress of I keep seeing commits/work being done for the language-service and came to the realisation that it's still not in CLI and it's installation isn't mentioned anywhere :) I guess there's still work to be done before we can replace the VSC plugin with the below right? "plugins": [
{
"name": "@angular/language-service"
}
] |
We ran into an issue that require a protocol change between VS Code and TypeScript. The current estimate from Microsoft as this change will roll our early in September. |
The Angular language service can now be used as a VSC plugin, a TS Plugin, or a standalone language server. Closing; please open a new issue if you are experiencing this. |
This issue has been automatically locked due to inactivity. Read more about our automatic conversation locking policy. This action has been performed automatically by a bot. |
So I've found that throughout the day, my angular-cli gets slower and slower and I wondered what it was until I checked my Activity Monitor in OSX.
I noticed quite a few zombie processes towards the end of the day. Previous version of this language-service gave me between 2-5 zombie processes and I think with the latest version I seem to end up with 1 left. I've added a few details/screenshots in this issue about them: microsoft/vscode#17156
Is there any way I can help with getting some more information about them?
The text was updated successfully, but these errors were encountered: