Skip to content

Conversation

PassionPenguin
Copy link
Contributor

@PassionPenguin PassionPenguin commented Oct 14, 2025

Motivations

  1. current content base contains entries kind of isolated and linked to each other as expected
  2. several typos and more importantly, some are technically incorrect

Details

  1. revise the glossary entries for HOL blocking problem, QUIC, HTTP/2 and HTTP/3
  2. fix a technical issue at HOL blocking L12, where http/1.1 requests can be sent either pipelined or non-pipelined

@PassionPenguin PassionPenguin requested a review from a team as a code owner October 14, 2025 10:37
@PassionPenguin PassionPenguin requested review from hamishwillee and removed request for a team October 14, 2025 10:37
@github-actions github-actions bot added Content:Glossary Glossary entries size/s [PR only] 6-50 LoC changed labels Oct 14, 2025
Co-authored-by: github-actions[bot] <41898282+github-actions[bot]@users.noreply.github.com>
@github-actions
Copy link
Contributor

github-actions bot commented Oct 14, 2025

hamishwillee and others added 2 commits October 17, 2025 09:28
Co-authored-by: github-actions[bot] <41898282+github-actions[bot]@users.noreply.github.com>
@github-actions github-actions bot added size/m [PR only] 51-500 LoC changed and removed size/s [PR only] 6-50 LoC changed labels Oct 20, 2025
Comment on lines +11 to +16
In HTTP/1.1, requests on a single {{glossary("TCP")}} connection are usually sent sequentially — a new request can't be made on the connection while waiting for a response to the previous request.
This can lead to HOL blocking problems even if there are several TCP connections between the client and server.

A mechanism called _HTTP pipelining_ tried to work around this, where multiple requests were sent off by a client without waiting for any responses.
Pipelining proved tricky to implement in reality, so this mechanism is rarely used, if ever, and most browsers no longer support it.
HTTP/1.1 defines an optional feature called _HTTP pipelining_ that unsuccessfully attempted to work around HOL blocking, by allowing requests to be sent without waiting for earlier responses.
Unfortunately the design of HTTP/1.1 means that responses must be returned in the same order as the requests were received, so HOL blocking can still occur if a request takes a long time to complete.
Network conditions such as congestion, packet loss (and the resulting TCP retransmissions), or {{glossary("TCP slow start")}} can also delay transmission and cause later responses to be blocked by earlier ones.
Copy link
Collaborator

Choose a reason for hiding this comment

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

@PassionPenguin I think this works as an English fix. Are you happy with it?

Copy link
Contributor Author

Choose a reason for hiding this comment

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

sure that's good! thanks!

Copy link
Collaborator

@hamishwillee hamishwillee left a comment

Choose a reason for hiding this comment

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

Thanks very much!

@hamishwillee hamishwillee merged commit 30d3d33 into mdn:main Oct 20, 2025
8 checks passed
@PassionPenguin PassionPenguin deleted the patch-5 branch October 20, 2025 05:59
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

Content:Glossary Glossary entries size/m [PR only] 51-500 LoC changed

Projects

None yet

Development

Successfully merging this pull request may close these issues.

2 participants