SP
тебе не понятна последовательность тезисов?
Size: a a a
2020 May 17
SP
видимо ты тред
A
тебе не понятна последовательность тезисов?
Честно - нет.
Я не вижу чем, кроме потребления ресурсов отличаются корутины и треды.
Я не вижу чем, кроме потребления ресурсов отличаются корутины и треды.
SP
треды отличаются от корутины тем что могут чет делать паралельно, а корутины стэйт менять будут хоть и асинхронно но последовательно
SP
грубо говоря работа может выполняться в любом порядке но последовательность тиков сохраняется, а за счет этого и контроль за стэйтом проще
A
треды отличаются от корутины тем что могут чет делать паралельно, а корутины стэйт менять будут хоть и асинхронно но последовательно
Вот совсем нет. Почти везде, где есть корутины они запускаются сразу на нескольких процессах оси. Т.е. вполне себе работают одновременно.
SP
Вот совсем нет. Почти везде, где есть корутины они запускаются сразу на нескольких процессах оси. Т.е. вполне себе работают одновременно.
вот только там где это есть никакого "глобального доступа к стэйту" нет. Эрланг - каждая "корутина" приватна и ты максимум можешь сообщение в ее мэйлбокс положить и на этом все "общее" заканчивается. Голэнг - каналы и прочее
АН
Как виртуальные треды, не привязанные к тредам ОС могут выполняться параллельно?
A
вот только там где это есть никакого "глобального доступа к стэйту" нет. Эрланг - каждая "корутина" приватна и ты максимум можешь сообщение в ее мэйлбокс положить и на этом все "общее" заканчивается. Голэнг - каналы и прочее
короче пофиг, видимо я не могу нормально объяснить
A
Как виртуальные треды, не привязанные к тредам ОС могут выполняться параллельно?
Почти везде идет модель M:N, когда M корутин запускается на N потоках оси.
АН
Так и подумал
A
вот только там где это есть никакого "глобального доступа к стэйту" нет. Эрланг - каждая "корутина" приватна и ты максимум можешь сообщение в ее мэйлбокс положить и на этом все "общее" заканчивается. Голэнг - каналы и прочее
В расте с потоками то-же самое. Каналы/мутексы.
SZ
Где об этом говорится? Не увидел никакой информации об отказе в ссылке сообщением ниже. Только о введении виртуальных тредов
тем что они имплементят треды и полностью их могут заменять и гоняться на тех же диспатчерах по сути
если проект норм взлетит то не вижу смысла вообще юзать треды для чего-либо
если проект норм взлетит то не вижу смысла вообще юзать треды для чего-либо
АН
тем что они имплементят треды и полностью их могут заменять и гоняться на тех же диспатчерах по сути
если проект норм взлетит то не вижу смысла вообще юзать треды для чего-либо
если проект норм взлетит то не вижу смысла вообще юзать треды для чего-либо
Я тебя понял. Просто изначально воспринял как утверждение "из джавы выпилят треды"
SP
Как виртуальные треды, не привязанные к тредам ОС могут выполняться параллельно?
процессы тоже выполняются паралельно. Проблемы с паралельным выполнением происходят когда появляется паралельный доступ к стэйту
АН
процессы тоже выполняются паралельно. Проблемы с паралельным выполнением происходят когда появляется паралельный доступ к стэйту
Понятное дело. Мой вопрос был не об этом. А о технической реализации параллельного выполнения виртуальных тредов
SP
Понятное дело. Мой вопрос был не об этом. А о технической реализации параллельного выполнения виртуальных тредов
это деталь реализации виртуальной машины)
АН
это деталь реализации виртуальной машины)
Я подумал что фраза "не привязанные к тредам ОС", буквально означает отсутствие использования тредов ОС. Но это просто абстракция от них
SP
так же как реализация тредов по сути деталь реализации диспетчера процессов конкретной ОС.
SZ
Я подумал что фраза "не привязанные к тредам ОС", буквально означает отсутствие использования тредов ОС. Но это просто абстракция от них
у тебя кол-во ОС тредов лимитировано будет просто по кол-ву ядер. с обычными тредами ты фактически без лимита