You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
{{ message }}
Repository navigation
Use worker threads for launching conda and windows registry when discovering #22146
changed the title [-]Use webworker for launching conda and windows registry when discovering[/-][+]Use worker threads for launching conda and windows registry when discovering[/+]on Nov 15, 2023
Note this is when spawning the conda binary, similarly spawning REG binaries can seldomly be like this. But python binaries are much cheaper for some reason.
do you know why spawn would be blocking the thread for so long here?
This was my observation a few years ago as well ( #15813 (comment))
Back then I reached out to jrieken , and he indicated that in node, spawning processes can block the main thread for a few ms.
However we didn't try to dig further into why spawning conda was blocking for a few seconds, primarily because the suggestion was not being actively worked on back then
but there's an exception launching conda (which I don't think is installed) and there's no "worker id"
Sorry, this is actually expected, missed to update the verification steps from before. The important thing to verify here is that the number of environments discovered are still the same, once discovery finishes in both cases.
Activity
[-]Use webworker for launching conda and windows registry when discovering[/-][+]Use worker threads for launching conda and windows registry when discovering[/+]Tyriar commentedon Nov 15, 2023
Robo (@deepak1556) do you know why spawn would be blocking the thread for so long here?
Profiles at #21755 (comment)
karrtikr commentedon Nov 16, 2023
Note this is when spawning the conda binary, similarly spawning REG binaries can seldomly be like this. But python binaries are much cheaper for some reason.
Use worker threads for fetching Windows Registry interpreters (#22479)
karrtikr commentedon Nov 16, 2023
It's not just us, the git extension while spawning also runs into this:
DonJayamanne commentedon Nov 16, 2023
This was my observation a few years ago as well ( #15813 (comment))
Back then I reached out to jrieken , and he indicated that in node, spawning processes can block the main thread for a few ms.
However we didn't try to dig further into why spawning conda was blocking for a few seconds, primarily because the suggestion was not being actively worked on back then
karrtikr commentedon Nov 16, 2023
Performance issue filled for other cases here: microsoft/vscode#198384
Tyriar commentedon Nov 16, 2023
Yeah a few ms is expected, but it's very different from over 2 seconds which is what the first spawn takes in my screenshot.
62 remaining items
karrtikr commentedon Mar 25, 2024
Sorry, this is actually expected, missed to update the verification steps from before. The important thing to verify here is that the number of environments discovered are still the same, once discovery finishes in both cases.
Merged PR posit-dev/positron-python#277: Merge vscode-python 2023.22 …
Merged PR posit-dev/positron-python#395: Merge upstream: `v2024.2.0`
Merged PR posit-dev/positron-python#277: Merge vscode-python 2023.22 …
Merged PR posit-dev/positron-python#395: Merge upstream: `v2024.2.0`
Fix duplicated environments in interpreter list (microsoft/vscode-pyt…
Include windows registry perf improvement in `pythonDiscoveryUsingWor…
Fix duplicated environments in interpreter list (microsoft/vscode-pyt…
Include windows registry perf improvement in `pythonDiscoveryUsingWor…