> But if you're optimising for that state, then you don't care about inefficiencies of one model or another.
Sure you do, there is noticable memory and ctx switching overhead(for large no. of them ofc) in stackful coroutines.
Sure you do, there is noticable memory and ctx switching overhead(for large no. of them ofc) in stackful coroutines.
There are also costs in setting and checking those locks etc. Sure, you can build solutions to optimise a broken model, which we've done over decades (with quite a bit of success!), but it doesn't make the model less broken.