IP
другое дело, что в котлине просто добавят dispatcher, который будет стартовать virtualthread вместо обычных
Size: a a a
2020 December 15
IP
и будет лум в котлине
VP
вопрос выглядит риторическим, но мне все равно неочевидно почему манипуляции со стеком лучше чем простая кодогенерация, это даже звучит сложнее и дороже
Так ответ есть уже: приостановка в заранее размеченных местах vs приостановка где угодно
VP
Ну и главное в луме - исчезновение блокирующего легаси, с которым сейчас ничего не сделать
IP
Ну и главное в луме - исчезновение блокирующего легаси, с которым сейчас ничего не сделать
virtualthread != thread...
VP
На мой взгляд удобнее писать код как привычно, а не думать о скоупах, контекстах, диспетчерах и саспенд функциях
О скоупах и не надо думать, если ты не параллелишь выполнение. Да и про контекст непонятно что думать.
VP
virtualthread != thread...
Это к чему?
IP
Это к чему?
разные классы
D
virtualthread != thread...
Доработка апи ключевых будет
D
О скоупах и не надо думать, если ты не параллелишь выполнение. Да и про контекст непонятно что думать.
Думать на каком запускаешь, очевидно
IP
Доработка апи ключевых будет
ну вот создает старый код Thread#start. ничего же не изменится. старый thread.start не будет магическим образом создавать виртуальный поток
VP
Думать на каком запускаешь, очевидно
Ты что-то путаешь
IP
Доработка апи ключевых будет
а если ты передаешь ExecutorService или хотя бы ThreadGroup в апишку, то она уже довольно прогрессивна
D
а если ты передаешь ExecutorService или хотя бы ThreadGroup в апишку, то она уже довольно прогрессивна
именно так
IP
именно так
ну вот (
если апишка сама форкает треды, как хочет, то ничего с этим лум не сделает
если апишка сама форкает треды, как хочет, то ничего с этим лум не сделает
