AE
Спор практики с цитатой из Вики
Size: a a a
2020 July 23
AN
Там не практика, там идея разная. Давно надо видос записать.
AN
Все руки не доходят. Заодно объяснить в чем отличие корутин от лума.
AN
Для того, чтобы почувствовать разницу достаточно посмотреть на flow.
TP
Вы можете сколько угодно цитаты приводить, но это не станет правдой. У потоков и корутин разная семантика. Их называют легковесными потоками для упрощения понимания отдельных аспектов.
В чем разница семантики?
Как я понимаю, оба приема (потоки, корутины) позволяют исполнить код не в той последовательности, в какой он указан в исходном коде.
Как я понимаю, оба приема (потоки, корутины) позволяют исполнить код не в той последовательности, в какой он указан в исходном коде.
AE
В чем разница семантики?
Как я понимаю, оба приема (потоки, корутины) позволяют исполнить код не в той последовательности, в какой он указан в исходном коде.
Как я понимаю, оба приема (потоки, корутины) позволяют исполнить код не в той последовательности, в какой он указан в исходном коде.
В корутинах выполнение континуаций не привязано к потокам, к тому же они не блокируют потоки
AN
Поток - это блок кода, который выполняется независимо. Корутина - это как правило набор блоков, связанных между собой. У задачи в потоке как правило нет колбэка, поэтому чтобы получить результат, его надо где-то подождать. Простая корутина типа launch без suspension point внутри похожа на поток, но у нее всегда есть callback. В общем случае корутины дают граф задач с инвертированной осью времени.
AN
Ближайший родственник корутин - CF, но и они не генерят потоки.
TP
Поток - это блок кода, который выполняется независимо. Корутина - это как правило набор блоков, связанных между собой. У задачи в потоке как правило нет колбэка, поэтому чтобы получить результат, его надо где-то подождать. Простая корутина типа launch без suspension point внутри похожа на поток, но у нее всегда есть callback. В общем случае корутины дают граф задач с инвертированной осью времени.
Но это лишь детали реализации одной и той же задачи.
Для упрощения будем иметь ввиду один процессор.
Если вы запускаете поток, то создаётся новый стек вызовов и там вы исполняете свой код.
Как все знают, на одном ядре OS менеджмент ваши потоки и быстро между ними переключается, давая время поработать коду из другого потока.
Корутина это тоже блок кода, только вы не создаёте новый стек вызовов, а используете текущий (без переключения контекста). И ОС не шедулит выполнение, а вы делаете это сами. Вызов колбэка возвращает вас в то место стека вызовов где вы запустили корутину.
Да, работают они по разному, но решают точно одну и ту же задачу
Для упрощения будем иметь ввиду один процессор.
Если вы запускаете поток, то создаётся новый стек вызовов и там вы исполняете свой код.
Как все знают, на одном ядре OS менеджмент ваши потоки и быстро между ними переключается, давая время поработать коду из другого потока.
Корутина это тоже блок кода, только вы не создаёте новый стек вызовов, а используете текущий (без переключения контекста). И ОС не шедулит выполнение, а вы делаете это сами. Вызов колбэка возвращает вас в то место стека вызовов где вы запустили корутину.
Да, работают они по разному, но решают точно одну и ту же задачу
AN
Но это лишь детали реализации одной и той же задачи.
Для упрощения будем иметь ввиду один процессор.
Если вы запускаете поток, то создаётся новый стек вызовов и там вы исполняете свой код.
Как все знают, на одном ядре OS менеджмент ваши потоки и быстро между ними переключается, давая время поработать коду из другого потока.
Корутина это тоже блок кода, только вы не создаёте новый стек вызовов, а используете текущий (без переключения контекста). И ОС не шедулит выполнение, а вы делаете это сами. Вызов колбэка возвращает вас в то место стека вызовов где вы запустили корутину.
Да, работают они по разному, но решают точно одну и ту же задачу
Для упрощения будем иметь ввиду один процессор.
Если вы запускаете поток, то создаётся новый стек вызовов и там вы исполняете свой код.
Как все знают, на одном ядре OS менеджмент ваши потоки и быстро между ними переключается, давая время поработать коду из другого потока.
Корутина это тоже блок кода, только вы не создаёте новый стек вызовов, а используете текущий (без переключения контекста). И ОС не шедулит выполнение, а вы делаете это сами. Вызов колбэка возвращает вас в то место стека вызовов где вы запустили корутину.
Да, работают они по разному, но решают точно одну и ту же задачу
Задачи тоже разные. Потоки для параллельного программирования, корутины для асинхронного. Можно использовать одно для другого другое для первого, но основная цель разная.
AN
Если не верите, сделайте на потоках задачи, которые выполняются асинхронно, но не одновременно.
TP
Задачи тоже разные. Потоки для параллельного программирования, корутины для асинхронного. Можно использовать одно для другого другое для первого, но основная цель разная.
Потоки были созданы задолго до повсеместного использования многопроцессорности, поэтому утверждение что потоки для параллельного программирования (которое возможно только на нескольких процессорах) не верно
AN
Или посмотрите как некрасиво выглядит параллельная обработка в корутинах.
TP
Какой значок у суперсета или сабсета?
ML
Какой значок у суперсета или сабсета?
Как буква с, только растянутая по горизонтали
TP
Параллельность ⊆ асинхронность
TP
Как буква с, только растянутая по горизонтали
Спасибо))
AN
Параллельность ⊆ асинхронность
нет
AN
Это два разных подхода, которые частично пересекаются
AN
Паралельная обработка коллекций является синхронной