Skip to content

new implementation for limiting tcp connections #2259

Merged
tonistiigi merged 4 commits intomoby:masterfrom
tonistiigi:conn-limit2
Jul 16, 2021
Merged

new implementation for limiting tcp connections #2259
tonistiigi merged 4 commits intomoby:masterfrom
tonistiigi:conn-limit2

Conversation

@tonistiigi
Copy link
Copy Markdown
Member

closes #2257

The previous implementation #2247 had many issues. Eg. on fetch, even if
the data already existed and no remote connections were needed
the request would still be waiting in the queue. Or if two fetches
of the same blob happened together they would take up two places in the queue
although there was only one remote request.

The second commit adds one extra connection to high-priority requests as described in #2257 .

Third commit fixes resuming incomplete downloads if there is previous data. Looks
like this broke with lazy pulling support and data was always repulled. This also looked
weird in the progress output because progress saw previous data but numbers were not
moving as builder was repelling that data again.

@sipsma @aaronlehmann @AkihiroSuda

@tonistiigi tonistiigi added this to the v0.9.0 milestone Jul 15, 2021
The previous implementation had many issues. Eg. on fetch, even if
the data already existed and no remote connections were needed
the request would still be waiting in the queue. Or if two fetches
of same blob happened together they would take up two places in queue
although there was only one remote request.

Signed-off-by: Tonis Tiigi <tonistiigi@gmail.com>
Signed-off-by: Tonis Tiigi <tonistiigi@gmail.com>
Signed-off-by: Tonis Tiigi <tonistiigi@gmail.com>
Signed-off-by: Tonis Tiigi <tonistiigi@gmail.com>
Copy link
Copy Markdown
Collaborator

@sipsma sipsma left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

LGTM, it would be good to have a test for resuming incomplete downloads so it can't be silently broken again, but understand it's higher priority to just get this out for the release for now.

@tonistiigi
Copy link
Copy Markdown
Member Author

it would be good to have a test for resuming incomplete downloads so it can't be silently broken again, but understand it's higher priority to just get this out for the release for now.

Yeah, it is a bit tricky. To be clear it was not that the resuming was broken. It still worked but it was inefficient because on the background it still pulled the parts that it already had on disk just to discard it.

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

Successfully merging this pull request may close these issues.

Use special priority connection for config GET/HEAD requests

3 participants