Параллельность тут ортогональна совершенна. Оно может быть и параллельно и не параллельно. Например в корутинах, если диспатчер однопоточный, то там будет не параллельно. А во втором случае все будет зависеть от железа
Параллельность тут ортогональна совершенна. Оно может быть и параллельно и не параллельно. Например в корутинах, если диспатчер однопоточный, то там будет не параллельно. А во втором случае все будет зависеть от железа
Забудьте про корутины на секунду, рассмотрим лишь примеры кода пока) Думаю мы оба согласны что тред в последнем примере может быть может быть запущен на другом потоке и выполнится параллельно по отношению к вызывающему коду?
Забудьте про корутины на секунду, рассмотрим лишь примеры кода пока) Думаю мы оба согласны что тред в последнем примере может быть может быть запущен на другом потоке и выполнится параллельно по отношению к вызывающему коду?
В чем разница семантики? Как я понимаю, оба приема (потоки, корутины) позволяют исполнить код не в той последовательности, в какой он указан в исходном коде.
Как раз наоборот, если у вас внутри саспенд функции нет корунтин билдероа, а есть только вызов саспенд функций - то функции будут вызывается последовательно, но неизвестно когда и будет ли пауза между вызовами
Как раз наоборот, если у вас внутри саспенд функции нет корунтин билдероа, а есть только вызов саспенд функций - то функции будут вызывается последовательно, но неизвестно когда и будет ли пауза между вызовами
Верно. И в корутине как правило порядок вызовов будет обратным