Hacker News Board Hacker News, browsed like a classic message board
Live data from Hacker News

Increase HTTP performance by fitting in the initial TCP slow start window

sirupsen.com

Post reply on HN
Print view View original

1–7 of 7 posts

Re: Increase HTTP performance by fitting in the initial TCP slow start window

#2

Post by MrStonedOne »

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.

Re: Increase HTTP performance by fitting in the initial TCP slow start window

#3

Post by cranekam »

MrStonedOne wrote: post #2

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.

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...

Re: Increase HTTP performance by fitting in the initial TCP slow start window

#5

Post by torgoguys »

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

Re: Increase HTTP performance by fitting in the initial TCP slow start window

#6

Post by LinuxBender »

torgoguys wrote: post #5

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

One thing to note from the github link:

  echo 1 > /proc/sys/net/ipv4/tcp_low_latency
That was deprecated in 2017. The sysctl is still there, but doesn't actually do anything in newer kernels. There are a few other ways to lower latency at the expense of throughput but I will let folks research that themselves.
Post reply on HN