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

Fails to select a mirror in some cases #113

Open
lazka opened this issue Jun 14, 2021 · 3 comments
Open

Fails to select a mirror in some cases #113

lazka opened this issue Jun 14, 2021 · 3 comments

Comments

@lazka
Copy link
Contributor

lazka commented Jun 14, 2021

Examples:

There is one nearby, but it just switches to random, which seems buggy.

@lazka
Copy link
Contributor Author

lazka commented Jun 14, 2021

I didn't quite get the existing logic so I've tried to clean it up here: https://github.com/msys2/msys2-main-server/blob/6bf6893a8f6db1bac250897e60e9231ee742d86a/mirrorbits/0001-Rework-the-mirror-selection-logic.patch

Maybe someone finds it useful.

(This also means my links above no longer show the issue)

@ott
Copy link
Contributor

ott commented Sep 17, 2022

Can you explain your changes more. I could not follow them. For example, where the 1000 km come from.

I also have doubts about the assumption that geographic proximity means a good quality of service with high bandwidth and low latency. Most likely more sophisticated calculations are needed. I tried to explain this in Fedora MirrorManager issue 308. Another recent example has been mentioned in pull request 298 of the openSUSE MirrorCache project.

@lazka
Copy link
Contributor Author

lazka commented Sep 18, 2022

I'll try to create a PR with a better explanation. But yes, I agree that basing it on proximity isn't ideal...

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

2 participants