Earlier quoted context omitted.
Almost all modern frameworks allow a request to be executed on multiple cores, though if all you're doing is HTML/JSON rendering there would very rarely be any performance advantage to doing so (though if there's an async point it will probably happen, i.e. one core will execute the part up until the call to the backend and then a different core may well pick up the continuation when the result comes back). The actua…
I understand how to use async for backends, I wrote quite a little bit about it [1] "one core will execute the part up until the call to the backend and then a different core may well pick up the continuation when the result comes back" This surely helps for one request if your backend or all your microservices are all on one machine, and you have several cores. But if you have your microservices on different machine…
Re: C2: Affordable X86-64 Servers
#231So what is it that you think is going to make a web app perform poorly on these cheap servers? They're slow, but they're nowhere near slow enough that the time taken to render HTML for a realistic page on one of these cores is going to be a bottleneck. Each individual core has poor throughput, but there are a lot of cores. Doing a bunch of backend calls in series for a single page will make your webapp slow but that's always true, don't do that (likewise microservices). If you're doing heavy compute for a single request then yes your system will perform poorly on these servers, but that's not usual for a web workload.