pro.jvm

17 December 2024 09:29

https://stackoverflow.com/questions/77750151/should-virtual-thread-die-fast

pro.jvm

17 December 2024 09:28

Unlike platform thread stacks, virtual thread stacks are not GC roots. Thus the references they contain are not traversed in a stop-the-world pause by garbage collectors, such as G1, that perform concurrent heap scanning.

pro.jvm

17 December 2024 09:27

нет, я сегодня это читал про нативные

и для виртуальных тоже не должно ничего копироваться, его можно оставить в памяти по тому же адресу

pro.jvm

17 December 2024 09:27

5 человек печатает, ухх)

pro.jvm

17 December 2024 09:27

Нам объявили, что мы должны создавать их каждый раз. Но почему?

pro.jvm

17 December 2024 09:27

> при суспенде стек будет копироваться для фриза - это дикая неправда
для виртуальных тредов? насколько я понял там стэк именно копируется(первый раз, дальше continuation подвязываются новые)

pro.jvm

17 December 2024 09:26

Он хочет pool виртуальных тредов, насколько я понял

pro.jvm

17 December 2024 09:26

ну то есть ты предлагаешь чего? пулы виртуальных тредов? а зачем, если можно без них?

pro.jvm

17 December 2024 09:26

https://youtu.be/fOEPEXTpbJA?t=1226

pro.jvm

17 December 2024 09:25

какой-то бенч, какое-то приложение, что тебе показать?

pro.jvm

17 December 2024 09:25

а почему этот тред в пуле обязательно нативный?

pro.jvm

17 December 2024 09:25

и пока тред сидит в IO, другая задача на него не встанет

pro.jvm

17 December 2024 09:24

давайте все-таки чтоли:

- выигрыш по памяти есть и существенный, но, да, зависит от предполагаемой глубины стэка, платишь за то, что реально юзаешь
- бесконтрольно создавать виртуальные треды можно, потому что это быстрее и из-за пункта выше дешевле
- их надо создавать, это рекомендация команды Loom
- их не надо переиспользовать, потому что их создание и уничтожение почти мгновенное, дешевая операция
- фикс резерв vs динамический
- смотри пример с кубернетесом и подами в нем

pro.jvm

17 December 2024 09:24

их можно скейлить горизонтально

pro.jvm

17 December 2024 09:23

если один процесс использует процессорное время, то для других оно действительно недоступно!

pro.jvm

17 December 2024 09:28

Раки по три тоже дешевые, но я их не покупаю по причине отсутствия необходимости

pro.jvm

17 December 2024 09:27

1. создание и уничтожение дешевое, размер стэка динамический
2. ими уже управляет платформенный пул трэдов

pro.jvm

17 December 2024 09:27

так а чому нет то? ну хочется пул, ну пускай, жалко вам чтоли?

pro.jvm

17 December 2024 09:27

ну вот я не понимаю зачем. это как пул нулей создать. вдруг /dev/zero сломается или там нули закончатся.

pro.jvm

17 December 2024 09:27

Месье знает толк в паттернах, так сказать =)

pro.jvm

17 December 2024 09:26

мы зачем вообще потоки в пулы объединяем? может теорию джава кор вспомним?

pro.jvm

17 December 2024 09:26

идиотское предложение и отсутствие понимания концепции

pro.jvm

17 December 2024 09:26

да какая разница, когда это тонет под размером стека?

pro.jvm

17 December 2024 09:26

так вирт треды это и есть пул ненативных тредов

pro.jvm

17 December 2024 09:25

линуксовые треды сами по себе дороже чем всего 4кб на вирт тред

pro.jvm

17 December 2024 09:25

для IO-bound систем виртуальные треды проще в использовании. прямо вот сильно проще.

pro.jvm

17 December 2024 09:25

потому что задачи в твоем тредпуле будут выполняться последовательно, ептить

pro.jvm

17 December 2024 09:24

Почему идея классических пулов объявлена харамом?

pro.jvm

17 December 2024 09:24

а что вместо этого делать то?

pro.jvm

17 December 2024 09:23

слушай, ну вотсапп пишут себе на эрланге и им норм. эриксон кучу систем на сотни тысяч пользаков тоже понаписал. все эти "бенчи" - они часто меряют что-то такое, что конкретный человек сам себе придумал.