3 ms·
200ms is insane, 50ms is the goal. But really, great page. Someone new could learn from it the basics of what to check when debugging web.
by 3dedb728-3f77 2mo ago
200ms is insane, 50ms is the goal.
But really, great page.
Someone new could learn from it the basics of what to check when debugging web.
- ahofmann 2mo agoThe US is so big, that 50 ms is physically not possible for everyone. This is something that not everybody is aware of. When I as a German build something for germans, everyone who needs to wait longer than 100 ms for a request, is rightfully mad. But when I want to serve the same stuff to americans at the same speed, I have to build something completely different and much more complex.
- ben_w 2mo ago> When I as a German build something for germans, everyone who needs to wait longer than 100 ms for a request, is rightfully mad. Somewhat ironic, given how many contracts here seem to come with 3 months notice periods.
- fragmede 2mo agoNot for everyone, but most people are located in population centers with nearby PoPs.
- rcxdude 2mo agoYeah, but you would need to run an API server in each of those to reach that latency, and even then you're well into eventually-consistent distributed system headache if you accept the POST without synchronising with all the others first.
- fragmede 2mo agoYou terminate SSL (err, TLS) at the pop so the clients TCP connection gets setup faster, and then you use a hot TCP connection from the pop to a centralized API server. That gets you not having to deal with the headache of running a distributed system but a better experience for the client.
- LtdJorge 2mo agoAnd you still have to send your light pulses through a fiber over thousands of kilometers, so 50ms is still physically impossible.
- fragmede 2mo agoIf you want 50ms then you're gonna have to do the distributed systems headache that rcxdude was trying to avoid. For everything smaller than Google, that's too expensive, but it can be done.