How QUIC makes web quicker
Why QUIC
QUIC function is running on the UDP, and it improves http transmission efficiency. One of the improvements is avoiding TCP head-of-line blocking. In TCP, packets need to arrive in the correct order. If a packet is lost on its way to the server, it needs to be retransmitted. The TCP connection needs to wait on that TCP packet before it can continue to send other packets. UDP is not dependent on the order packets are received. While it's still possible for packets to get lost during transmission, they will only impact individual resources, e.g. CSS file, and will not block the entire connection.
More and more people use mobile devices and they constantly switch between WiFi and LTE. It means that if IP changes, a new TCP connection needs to be created, which could cost up to 50ms*(handshake*3+tls*1)=200ms. QUIC has implemented its own identifier for unique connections called the Connection UUID. It's possible to switch between WiFi and LTE and still keep your connection UUID. Therefore, renegotiating the connection is no longer needed, and your previous connection is still valid.
LiteSpeed Web Server support QUIC function after version 5.2.
Let’s do a simple experiment
Server Settings:
LiteSpeed Web Server default QUIC is `on`, require setup non self-signed certificates. More detail requirments please follow QUIC Requierments If you are looking for different QUIC level settings please follow Levels Settings If you are using control panels please follow QUIC Setup Method
Client browser QUIC Supports and Settings:
For Chrome, check chrome:flags/#enable-quic
set to set to
Enabled/
Disabled
For Opera, check
opera:flags/#enable-QUICEnabled
/Disabled
Verify QUIC is working
- Install indicator to verify QUIC function, please follow Verify
- Or you can use wireshark with filter
quic
to verify QUIC is working or not- When QUIC disabled or browser not support, you can not capture any packets
Measure the latency
Load page testing steps
- When testing page speed with QUIC Disabled (TCP). <br>
When you open our blog site, will see an ESTABLISHED connection though cmd
netstat -a -n -p tcp -o | findstr ESTABLISHED | findstr your_server_IP
- Or just restart all browsers every time
- When testing page speed with QUIC Enabled (UDP)
- Make sure QUIC is working by following “Verify QUIC is working”
- Open browser dev tool through
Ctrl + Shift + i
, make sureDisable cache
enabled
Scenario 1: Low Latency(<1ms), QUIC reduces Load time by almost 25%.
Scenario 2: Normal high Latency(80ms) When latency is normal, QUIC reduces Load time by almost 37%.
Test Environment
- Server under test: CentOS7 + LiteSpeed Enterprise 5.2 + LSCache + WordPress
- Server Location: Senario1-LAN, Senario2-Cloud
- Server URL: https://blog.litespeedtech.com/
- Client Device: Win10 NB, Chrome v60.0.3112
- Client Hardware: Intel Core i7-4500 CPU, 8 GB RAM
Along with latency higher, QUIC performs more clear. Now, why don’t you try it now? Check our blog site Loading time with dev tool, you will see QUIC more quicker by Enabling QUIC function. You can also start your experiment on your site.
We welcome your feedback on our forum