Skip to content
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

Using \\wsl$ causes "init" CPU load #4719

Closed
firewave opened this issue Nov 28, 2019 · 4 comments
Closed

Using \\wsl$ causes "init" CPU load #4719

firewave opened this issue Nov 28, 2019 · 4 comments
Labels

Comments

@firewave
Copy link

  • Your Windows build number: Windows 10 Version 1909 (OS Build 18363.476)

  • What you're doing and what's happening:
    Accessing WSL via \\wsl$ causes the init process to consume CPU visibly in Task Manager/top. In case of very frequent accesses (i.e. CLion) this will cause the process to consume a lot of CPU. The access are also quite slow it seems.

  • What's wrong / what should be happening instead:
    I would not expect it to consume so much CPU.

There's also an open issue with CLion I created - https://youtrack.jetbrains.com/issue/CPP-17597

The issue occurs on two completely different machines and was already present in 1903. I am using WSL 1 with Kali.

@benhillis
Copy link
Member

\\wsl$\ works by running a file server in the init process.

@firewave
Copy link
Author

firewave commented Dec 2, 2019

I see. But it seems that it is rather CPU heavy and slow - at least in the way CLion uses it. I will try to get some more information and data on this soon.

@peci1
Copy link

peci1 commented Dec 6, 2019

I see the pretty same slowness if I instruct my IDE to communicate with WSL over ssh. And it's again the init process taking up all CPU time.

@therealkenc
Copy link
Collaborator

therealkenc commented Jan 21, 2020

"Slow" over in #4197 (or #873 if you prefer old school).

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
Projects
None yet
Development

No branches or pull requests

4 participants