Increase HTTP performance by fitting in the initial TCP slow start window(sirupsen.com)
sirupsen.com
Increase HTTP performance by fitting in the initial TCP slow start window
https://sirupsen.com/napkin/problem-15/
6 comments
TLS also uses TCP, which enlarges the congestion window beforehand. This magical 12–14kB recommendation is obsolete nowadays with HTTPS and HTTP/2. See https://www.tunetheweb.com/blog/critical-resources-and-the-f...
If you want fast initial load, then there is packet.city [0], "the greatest website to ever fit in a single TCP packet." :-) It also has a few other optimizations to make the response as fast as possible that are discussed on its github. [1]
[0] http://packet.city/ (Warning: loud audio)
[1] https://github.com/diracdeltas/FastestWebsiteEver
[0] http://packet.city/ (Warning: loud audio)
[1] https://github.com/diracdeltas/FastestWebsiteEver
One thing to note from the github link:
echo 1 > /proc/sys/net/ipv4/tcp_low_latency
Its a nit-pick, but the article talks a lot about packets in flight, yet tcp doesn't actually care about amount of packets in flight, as much as the amount of bytes in flight, and conflating the two just irks me.
edit: maybe i'm confusing the receive window with something else.
edit: maybe i'm confusing the receive window with something else.
I think you're confusing the receive window (advertised by the receiver and measured in bytes) and the congestion window (maintained by the sender and based on acknowledged segments).
https://en.wikipedia.org/wiki/TCP_congestion_control#Congest...
https://en.wikipedia.org/wiki/TCP_congestion_control#Congest...
TLDR; if your website is smaller it will load faster...