Hacker News new | ask | show | jobs
by mononcqc 4223 days ago
The longest queue is going to be in front of the tightest bottleneck, but not the central bottleneck critical to your application.

If you find you have a bottleneck halfway through the pipe and you make that bottleneck go away, your true real bottleneck down in the wall still remains there, and all your optimizations done above that one will end up just opening the floodgates wider.

Once you've protected that kind of more at-risk core, then it's easier and safer to measure everything that sits above it in the stack, and it puts an upper bound on how much you need to optimize (you stop when you hit your rate limits on the core component).

1 comments

Dumb question: how does one decide which is the "true" bottleneck? There's always a bottleneck, surely.

I'm reminded of Weinberg's quip that solving your most pressing problem just promotes #2 into first place.