News for hackers. Stuff that matters.
Re:Comparing HTTP/3 vs. HTTP/2 Performance by jrochkind1 on Tuesday April 14, 2020 @09:00AM (#22865316)
Their own conclusion seems odd to me:

> Overall, we’re very excited to be allowed to help push this standard forward. Our implementation is holding up well, offering better performance in some cases and at worst similar to HTTP/2. As the standard finalizes, we’re looking forward to seeing browsers add support for HTTP/3 in mainstream versions.

I feel like the conclusion should be "Hypothetical advantages of HTTP/3 still not realized," but they are "We're excited to be working on this", with no mention of... why. Like, why isn't HTTP/3 resulting in expected advantages; what might be changed to change this; what are you going to do to try to realize actual advantages to 'push the standard forward'? It seems like a standard for the sake of saying you have done something and have a standard, if there aren't any realized advantages, no?

Re:Comparing HTTP/3 vs. HTTP/2 Performance by eastdakota on Tuesday April 14, 2020 @10:19AM (#22866277)
Because Quiche, our HTTP/3 library, only supports CUBIC for congestion control, not more modern algorithms like BBR. Even without modern congestion control, HTTP/3 performs close to as fast as HTTP/2. We expect it’s performance will improve significantly when we implement BBR and other enhancements already in more mature protocols.
Re:Comparing HTTP/3 vs. HTTP/2 Performance by moderation on Wednesday April 22, 2020 @10:23AM (#22945864)
It looks like CUBIC was only just added today - https://github.com/cloudflare/quiche/commit/f8bfb919ec17ef32...