4 ms·
No. All the JS code is still executing serially in the same event queue. This is a good thing, lean into the guarantees it provides.
by eurasiantiger 4y ago
No. All the JS code is still executing serially in the same event queue. This is a good thing, lean into the guarantees it provides.
- jay-barronville 4y agoSorry, I think you’re misunderstanding. Highly concurrent code need not execute in parallel. Concurrency enables parallelism; concurrency does NOT mandate parallelism. On top of that, it actually is possible in JavaScript environments like Node.js to write code that can, in fact, run in parallel.
- eurasiantiger 4y agoBut those parallel executions are running their own event queues.
- vore 4y agoIn an async function, the only guarantee you have is that code between two await points is not interruptible. As you have more and more async operations, this guarantee gets pretty weak (if you have more than one pending async task and the current task yields, which one will run next?) and you have to start employing the usual locking mechanisms to ensure correctness.
- eurasiantiger 4y agoFrom experience, it is a strong enough guarantee to prevent many race conditions.