Re: [quicwg/base-drafts] Add a section on stream prioritization (#303)

[Martin Thomson <[e-mail]>]

martinthomson commented on this pull request.



> +resources to, QUIC SHOULD use the information provided by the application.
+Failure to account for priority of streams can result in suboptimal performance.
+
+Stream priority is most relevant when deciding which stream data will be
+transmitted.  Often, there will be limits on what can be transmitted as a result
+of connection flow control or the current congestion controller state.
+
+Giving preference to the transmission of its own management frames ensures that
+the protocol functions efficiently.  That is, prioritizing frames other than
+STREAM frames ensures that loss recovery, congestion control, and flow control
+operate effectively.  Prioritizing stream 1 over other streams ensures that the
+cryptographic handshake can complete.
+
+Choosing to retransmit data that was already sent and determined to be lost can
+help ensure that flow control doesn't cause underutilization or temporary
+stalling of a connection.  Data sent in STREAM frames counts toward flow control

That might be true if you have an internalized model of the protocol, but I find that extra detail (gaps, how flow control works, etc...) helps comprehension.

-- 
You are receiving this because you are subscribed to this thread.
Reply to this email directly or view it on GitHub:
https://github.com/quicwg/base-drafts/pull/303