-
Notifications
You must be signed in to change notification settings - Fork 1.2k
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
Speed up interpreter selection (with cached & or partial lists) #666
Comments
@brettcannon @qubitron any suggestions. |
@DonJayamanne I like your suggestion, I think it results in the best possible user experience given the constraints. Just don't know how complex it is to implement. At a minimum, displaying "Loading..." any time we are waiting is a good idea. This currently an issue only when selecting an interpreter soon after first loading the extension, correct? |
Yes, but appliers to all instances of VS Code. I.e. if you were to open another instance of VS Code, this delay would be expected. |
The "Loading ..." message seems reasonable. Caching also seems reasonable as long as we provide a way to blow the cache out manually, e.g. |
And luckily this only affects selecting the interpreter, so if you already have a conda environment selected then there's no penalty there, correct? |
Yes |
performance improvements (fixes #666)
Currently the performance selection of interpreters is left at the mercy of external tools such as conda and the like. On Windows these tools can be extremely slow.
This will only get slower as we support more sources for interpreters or if conda and other tools get slower).
Suggestion:
environments.txt
)Loading Conda Envs
in list for those not yet completed (could apply to registry searches as well)This should improve ux significantly (at least in Windows).
The text was updated successfully, but these errors were encountered: