The State of Async Rust

Re:The State of Async Rust by benreesman on Monday September 25, 2023 @07:29AM (#37642121)

Just totally depends. I’ve worked on systems that had to be wire-to-wire in ~5 mikes at the p99.9, and that’s crazy slow compared to the HFT assassins who are rumored to be under 100ns these days.

If you’re in single-digit mikes at the tail you’re not fucking around with someone’s green threads, and at 100ns you’re in an FPGA or even ASIC.

To serve a web page? 10ms, eh, I’d rather not spill on purpose but it’s a very, very rare professional CS:GO player who can tell. If my code is simpler and cheaper to maintain and more fun? Maybe I pay it.

What I don’t want is to ‘static bound shit to burn millis. Burning millis should buy me a beautiful sunset and a drink with an umbrella in it.

[ Parent | on HN ]

Re:The State of Async Rust by imtringued on Monday September 25, 2023 @09:48AM (#37643752)

10ms is one hundred requests per second. Get ten users using your site at the same time and you are in trouble, because a single link does more than load just one request.

[ Parent | on HN ]

Re:The State of Async Rust by Matthias247 on Monday September 25, 2023 @03:52PM (#37649631)

That's assuming no concurrency, which isn't applicable. Every public CDN will have around 10ms latency per request (because it takes time to load data from disk, fetch from upstream servers, apply WAF rules, etc). But they still handle 5 digits of requests per second.

Latency is not directly related to throughput.

[ Parent | on HN ]