2 ms·
This is precisely the kind of situation where it's imperative to consider performance before starting to build a new system. When you hit Amdahl's law, it's be
by trashtester 4y ago
This is precisely the kind of situation where it's imperative to consider performance before starting to build a new system.
When you hit Amdahl's law, it's because you (or someone else) has made decisions about the high level design/patterns to use in a system. To remove such bottlenecks, you may have to scrap the entire project and start over.
For the inner loops, it's perfectly fine to leave most of the optimization for later. But for overall design, it needs to be right from the start.
Time and time again, I see devs stuck in some paradigm (often front-end devs or low volumen RESTful microservices) that makes it almost impossible to handle non-trival data volumes or traffic, causing new products to fail.
- gjulianm 4y agoI mean, you always hit Amdahl's law, and the point is that most often the time limits are not that related to the architecture. Let's say you do these "10x slower patterns" in a backend application, in the part where the DB model gets translated to a response to give the client... Yeah, maybe that pattern is slower but most of the time of the response is spent on the network and the DB response. I do agree that overall design needs to fit performance requirements but for the most part that has nothing to do with "clean code" patterns.