ну вот я не понимаю зачем. это как пул нулей создать. вдруг /dev/zero сломается или там нули закончатся.
Читать полностью…для IO-bound систем виртуальные треды проще в использовании. прямо вот сильно проще.
Читать полностью…слушай, ну вотсапп пишут себе на эрланге и им норм. эриксон кучу систем на сотни тысяч пользаков тоже понаписал. все эти "бенчи" - они часто меряют что-то такое, что конкретный человек сам себе придумал.
Читать полностью…> при суспенде стек будет копироваться для фриза - это дикая неправда
для виртуальных тредов? насколько я понял там стэк именно копируется(первый раз, дальше continuation подвязываются новые)
ну то есть ты предлагаешь чего? пулы виртуальных тредов? а зачем, если можно без них?
Читать полностью…давайте все-таки чтоли:
- выигрыш по памяти есть и существенный, но, да, зависит от предполагаемой глубины стэка, платишь за то, что реально юзаешь
- бесконтрольно создавать виртуальные треды можно, потому что это быстрее и из-за пункта выше дешевле
- их надо создавать, это рекомендация команды Loom
- их не надо переиспользовать, потому что их создание и уничтожение почти мгновенное, дешевая операция
- фикс резерв vs динамический
- смотри пример с кубернетесом и подами в нем
если один процесс использует процессорное время, то для других оно действительно недоступно!
Читать полностью…использую ли я эти два скрина для троллинга? да, однозначно.
но пример зато наглядный
давайте всё-таки что ли
- выигрыш не в памяти. забудьте про него. в интернете полно рассказов о том, что нативный тред сразу сожрет мегабайт - это неправда. что при суспенде стек будет копироваться для фриза - это дикая неправда.
- создание нативного треда дорогое по многим причинам, в т.ч. это полноценный сисколл
- я не знаю, зачем бесконтрольно создавать треды
- выигрыш виртуальных главным образом в свитчах. да, выигрыш безусловно есть, весьма серьезный, просто вы его не там объявляете.
- их не надо создавать без конца, потому что это карго-культ
- я вообще не понимаю, почему их надо именно создавать, а не переиспользовать
- уменьшать стек не имеет никакого смысла, это примерно такие же идиотские идеи, как в п.1. елси у вас спринг ушел на запросе на сто килобайт вглубь, то он и на следующем запросе столько же сожрет, вы будете тупо циклы крутить на увеличение и уменьшение.
- на трех миллионах тредов у вас контеншен задохнется