-
Notifications
You must be signed in to change notification settings - Fork 70
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
Parallelise fetchers #169
Comments
Is this an issue mk-repo or just the device/vendor fetchers? |
The metadata fetcher is so fast that it's not worth parallelising if I'm not mistaken. Though it'd be nice if the repo username check could be done away with. The device/vendor dir updater is the bug issue. |
Ah, just noticed #175 doesn't actually fix this issue as it "only" parallelises the metadata/repo fetch, not the updating of the LOS repos. |
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
I just tried updating LOS but GH is painfully slow at serving the repos sparsely (one kernel source was in the KiB/s...).
The scripts need to be parallelised, especially now that we've got 3 "sub-flavours" to boot.
Is there an easy way to parallelise a for loop in python?
The text was updated successfully, but these errors were encountered: