Re: [quicwg/base-drafts] PRIORITY frame on control stream referencing unopened request stream (#2502)

[Kazuho Oku <[e-mail]>]

@pmeenan Thank you for the insights. I think we all agree on what the optimal ordering is.

I think there are three questions:
* How important is it to have serialization _within_ the blocking assets? It is beneficial to deliver blocking JavaScript files one by one rather than doing RR among them, because giving the client to execute _some_ JavaScript_ files earlier helps. However, the question is how much it helps, because I'd assume that in the common case a browser cannot render anything until all the blocking JavaScript files arrive.
* How important is it to have strict serialization between blocking assets vs. images, compared to having 256n:1 distribution where N is the number of blocking assets (i.e. the Firefox approach).
* If we consider either of the above two to be important enough that daisy-chaining is necessary, there'd be chance of having small mis-prioritization windows due to packet loss (the topic of this issue), not only at the very beginning of the connection but every time more than one request is inserted per one RTT. Is that something we need to fix?

-- 
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/issues/2502#issuecomment-491079825