Comparing HTTP/3 vs. HTTP/2 Performance

Re:Comparing HTTP/3 vs. HTTP/2 Performance by move-on-by on Tuesday April 14, 2020 @09:04AM (#22865370)

I'm certainly no network engineer, but my understanding is that HTTP/3 really shines in poor networking conditions. HTTP/2 was a massive improvement on HTTP/1.2 that had some really impressive stats to back it up. HTTP/3 isn't going to have that. Being on-par with HTTP/2 in excellent conditions is expected. The little game animation backs that up - if all the data arrives in both HTTP/2 & HTTP/3 then its a wash. I'm certainly not aware of any HTTP/3 browser implementations on mobile. I believe that is when you'll see the improvements. Although, I've also read that without kernel and NIC-level support for HTTP/3, its supposed to be a large CPU and battery drain. So it might be awhile before the real benefits of HTTP/3 are fully realized. Regardless, its fascinating to watch.

[ Parent | on HN ]

Re:Comparing HTTP/3 vs. HTTP/2 Performance by sebazzz on Tuesday April 14, 2020 @10:04AM (#22866094)

> I'm certainly no network engineer, but my understanding is that HTTP/3 really shines in poor networking conditions.

Doesn't that mean we need to rethink TCP instead of pulling all these transfer concerns to the application layer?

[ Parent | on HN ]

Re:Comparing HTTP/3 vs. HTTP/2 Performance by georgyo on Tuesday April 14, 2020 @10:15AM (#22866240)

The application layer is the only place these changes can go anymore. IPv6 is a good example that protocol layer changes are really slow to roll out.

You may also be interested in SCTP, which is awesome on paper and works well across the internet. But since most firewalls only understand TCP, UDP, and ICMP other protocols get auto dropped.

SCTP could have been amazing. https://en.m.wikipedia.org/wiki/Stream_Control_Transmission_...

[ Parent | on HN ]

Re:Comparing HTTP/3 vs. HTTP/2 Performance by cb22 on Tuesday April 14, 2020 @10:44AM (#22866602)

> SCTP could have been amazing

It still is, it's part of the WebRTC spec, and when you use a WebRTC data channel, you're using SCTP over DTLS over UDP! (or TCP, possibly with a TURN relay, which may end up tunneling the whole thing over TLS over TCP :))

There are a lot of acronyms in WebRTC, thankfully there's https://webrtcglossary.com

[ Parent | on HN ]

Re:Comparing HTTP/3 vs. HTTP/2 Performance by ignoramous on Tuesday April 14, 2020 @11:57AM (#22867533)

> ...when you use a WebRTC data channel, you're using SCTP over DTLS over UDP!

https://orchid.com VPN does tunnel the traffic over webrtc.

Ref: https://news.ycombinator.com/item?id=21952887

[ Parent | on HN ]

Re:Comparing HTTP/3 vs. HTTP/2 Performance by ajrw on Tuesday April 14, 2020 @11:39AM (#22867301)

Wow, I knew it was using SCTP but I didn't know that was inside the DTLS channel. That seems like a lot of overhead.

[ Parent | on HN ]

Re:Comparing HTTP/3 vs. HTTP/2 Performance by SmooL on Tuesday April 14, 2020 @10:11AM (#22866181)

In theory, yes. In practice, TCP has "ossified". That is to say; all the routers and networking equipment, around the world, would have to be upgraded to support changes to TCP, which in practice will never happen. Look at IPv6 adaption rates as an example.

[ Parent | on HN ]

Re:Comparing HTTP/3 vs. HTTP/2 Performance by adequateness on Tuesday April 14, 2020 @10:09AM (#22866161)

HTTP/3 is using QUIC which is UDP based.

[ Parent | on HN ]

Re:Comparing HTTP/3 vs. HTTP/2 Performance by jeltz on Tuesday April 14, 2020 @11:07AM (#22866880)

Yes, but that is essentially what QUIC is, a new transport layer protocol andHTTP/3 is then ran over QUIC. QUIC is right now implemented in user space but nothing prevents it from being implemented in the kernel.

[ Parent | on HN ]

Re:Comparing HTTP/3 vs. HTTP/2 Performance by afiori on Tuesday April 14, 2020 @10:13AM (#22866202)

That is for sure true, TCP is also know for having lots of weird and quirky implementations in the wild.

On the other hand, there will never be a time when TCP could possibly be "update", it is too entrenched and fossilized.

[ Parent | on HN ]

Re:Comparing HTTP/3 vs. HTTP/2 Performance by toast0 on Tuesday April 14, 2020 @12:33PM (#22868005)

You can't get promoted at Google by making TCP on Android better, but you can for releasing HTTP over TCP over UDP.

[ Parent | on HN ]

Re:Comparing HTTP/3 vs. HTTP/2 Performance by jeltz on Tuesday April 14, 2020 @02:44PM (#22869823)

Maybe not but IETF took over the development from Google and now Quic is a generic and widely useful transport protocol. What is needed is kernel support and hardware accelerators.

[ Parent | on HN ]

Re:Comparing HTTP/3 vs. HTTP/2 Performance by IB885588 on Tuesday April 14, 2020 @09:21AM (#22865555)

Indeed, the part that they illustrated with Pong does show that in environments where you lose packets or have to reconnect there should be a more noticeable advantage.

[ Parent | on HN ]

Re:Comparing HTTP/3 vs. HTTP/2 Performance by yencabulator on Thursday April 16, 2020 @02:52PM (#22892295)

> I'm certainly not aware of any HTTP/3 browser implementations on mobile.

Chrome is happily using QUIC, also on Android. And for non-browser apps, every Android app that links against the recommended network client library will do QUIC transparently.

https://developer.android.com/guide/topics/connectivity/cron...

[ Parent | on HN ]