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
Implement caching system for remote files #243
Comments
Thanks for your suggestion! Actually, |
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
I think it would be worthwhile addition to cache editorconfig settings for remote directories (and perhaps all directories if performance warrants it). The cache would hold, for each directory cached, the editor config settings for that directory, including the case of no editor configuration at all.
The first open of a file incurs the penalty of full file system traversal up to the root, but the editor config for each directory visited is cached. The next file open hitting any cached directory is sped up.
There would need to be a way to invalidate the cache if any editorconfig changes have been made, but this should be infrequent. The use of the cache should be optional with a simple configuration setting.
With this in place the impact of traversing the file system for remote files can be ameliorated instead of out-right removing the functionality of editorconfig for remote files as #234 has done, at least by default. I appreciate the motivation for #234, but it breaks editorconfig for remote work out the box, and requires reconfiguration of the regexp list to bring it back.
The text was updated successfully, but these errors were encountered: