<div dir="ltr"><div dir="ltr">Em ter., 19 de jul. de 2022 às 05:25, Alex Otenko <<a href="mailto:oleksandr.otenko@gmail.com">oleksandr.otenko@gmail.com</a>> escreveu:<br></div><div class="gmail_quote"><div> </div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div dir="auto"><div dir="auto">I find the claim that allowing thread per request is going to improve concurrency problematic exactly because there are other caps.</div></div></blockquote><div><br></div><div>I think that this is also an important point.</div><div>It seems certain that *allowing* thread-per-request designs is not going to improve concurrency.</div><div>If one already has an optimized system with an async/await design or similar,<br></div><div>one would not super-optimize it by rewriting it in a thread-per-request design.</div><div><div>I don't think there is anyone here making this claim.</div>In the context of design or architecture, the benefit of thread-per-request is improved maintainability.</div><div>async/await is notoriously difficult to understand and debug, as are state machines in general.</div><div><br></div></div>-- <br><div dir="ltr" class="gmail_signature"><div dir="ltr"><div>Pedro Lamarão</div></div></div></div>