Stuck on an issue?
Lightrun Answers was designed to reduce the constant googling that comes with debugging 3rd party libraries. It collects links to all the places you might be looking at while hunting down a tough bug.
And, if you’re still stuck at the end, we’re happy to hop on a call to see how we can help out.
workspaceSymbols very slow
See original GitHub issueI work with a large code base (apache/airflow) and workspaceSymbols :CocList -I symbols is very slow, and I pay that cost each time I have to use it.
I’m not sure if this is issue belongs here or in pyright itself, but I was wondering if there is some option so this could be cached?
Issue Analytics
- State:
- Created 3 years ago
- Comments:9 (4 by maintainers)
Top Results From Across the Web
"Go to symbol in workspace" very slow #2628 - GitHub
For workspace symbols, every text entered causes us to re-query the database, which is "slower".
Read more >Loading debug symbols is extremely slow
I believe reading a couple files from HDD should be a very fast and straightforward operation. Loading symbols from symbol servers is even...
Read more >Is Your VS Code Extension Slow? Here's How to Speed it Up!
One possible cause is the number of files or the size of the extension. Some extensions have so much functionality in them that...
Read more >Improve performance if Visual Studio is slow | Microsoft Learn
Learn how to improve Visual Studio performance if you find that it's running slowly.
Read more >VS Code Debugger Extremely Slow to Reach First Breakpoint
This is a VS Code bug (one that I just spent hours diagnosing until I stumbled upon the workaround lol).
Read more >
Top Related Medium Post
No results found
Top Related StackOverflow Question
No results found
Troubleshoot Live Code
Lightrun enables developers to add logs, metrics and snapshots to live code - no restarts or redeploys required.
Start Free
Top Related Reddit Thread
No results found
Top Related Hackernoon Post
No results found
Top Related Tweet
No results found
Top Related Dev.to Post
No results found
Top Related Hashnode Post
No results found
Pyright’s issue, AFAIK there is no configuration to do caching.
If Pyright supports caching, coc-pyright already used it.