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

Performance: Should the oik-loader index be more fragmented? #16

Open
bobbingwide opened this issue Feb 20, 2022 · 0 comments
Open

Performance: Should the oik-loader index be more fragmented? #16

bobbingwide opened this issue Feb 20, 2022 · 0 comments
Labels
enhancement New feature or request question Further information is requested

Comments

@bobbingwide
Copy link
Owner

The current logic in oik-loader is to load the index then do a quick lookup for the URL or ID
Is this the most efficient way of finding the plugins to activate?
It doesn't seem to be.
The file(s) have to be fully loaded before the URL or ID is located.
If we were to predetermine the URL by the high level qualifier then we could load the file until we find it.
Or if the request contains an ID we can look for that instead.

Would this be more or less efficient?
And if we did decide to use multiple files, how would we know which ones to use and in which order?
Could the automatic files be generated in priority order?

@bobbingwide bobbingwide added enhancement New feature or request question Further information is requested labels Feb 20, 2022
bobbingwide added a commit that referenced this issue Feb 23, 2022
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
enhancement New feature or request question Further information is requested
Projects
None yet
Development

No branches or pull requests

1 participant