4 ms·
This is a nice post, but it feels a little weird because while HTTP/3 gets them 10ms on average, they could get 30ms on average by reducing Asia latencies (15%
by why_only_15 3y ago
This is a nice post, but it feels a little weird because while HTTP/3 gets them 10ms on average, they could get 30ms on average by reducing Asia latencies (15% of traffic, 300ms) to North America latencies (100ms). I'm sure they have some internal constraint that makes that difficult, but just stuck out at me.
- supriyo-biswas 3y agoThat might require them to put replicas of the search service in Asia, and operating a distributed system over distant geographies is a hard operational problem.
- jefftk 3y agoNot necessarily: they could terminate the initial connection close to the user and then run a new connection. While this sounds like it shouldn't help, because the second connection is fully under their control they can make it highly reliable and very fast. Additionally, any recovery from dropped packets (on the user's home network) only has the latency of an in-region connection. This also sets them up for ruining a light cache in-region, and potentially scaling that up to handle more kinds of API calls.
- Neil44 3y agoYes I'm sure they've considered doing that as it seems so obvious. I would also think that the use of any one account was very region specific so could you actually base their whole data out near them. Be interesting to hear how they've ended up at the compromise that they have.
- jupp0r 3y agoOr they could place the to-be-searched data closer to their users and get rid of traffic to North America entirely for most users.