5916
Сообщество разработчиков Java Scala Kotlin Groovy Clojure Чат для нач-их: @javastart Наш канал: @proJVM Вакансии: @jvmjobs @jvmjobschat ⚠️ Оффтоп -> @flood ❌Переход на личности ❌Троллинг ❌Реклама ❌HH (вакансии) ❌Варез
так а чому нет то? ну хочется пул, ну пускай, жалко вам чтоли?
Читать полностью…
ну вот я не понимаю зачем. это как пул нулей создать. вдруг /dev/zero сломается или там нули закончатся.
Читать полностью…
мы зачем вообще потоки в пулы объединяем? может теорию джава кор вспомним?
Читать полностью…
идиотское предложение и отсутствие понимания концепции
Читать полностью…
да какая разница, когда это тонет под размером стека?
Читать полностью…
линуксовые треды сами по себе дороже чем всего 4кб на вирт тред
Читать полностью…
для IO-bound систем виртуальные треды проще в использовании. прямо вот сильно проще.
Читать полностью…
потому что задачи в твоем тредпуле будут выполняться последовательно, ептить
Читать полностью…
слушай, ну вотсапп пишут себе на эрланге и им норм. эриксон кучу систем на сотни тысяч пользаков тоже понаписал. все эти "бенчи" - они часто меряют что-то такое, что конкретный человек сам себе придумал.
Читать полностью…
Нам объявили, что мы должны создавать их каждый раз. Но почему?
Читать полностью…
> при суспенде стек будет копироваться для фриза - это дикая неправда
для виртуальных тредов? насколько я понял там стэк именно копируется(первый раз, дальше continuation подвязываются новые)
Он хочет pool виртуальных тредов, насколько я понял
Читать полностью…
ну то есть ты предлагаешь чего? пулы виртуальных тредов? а зачем, если можно без них?
Читать полностью…
какой-то бенч, какое-то приложение, что тебе показать?
Читать полностью…
и пока тред сидит в IO, другая задача на него не встанет
Читать полностью…
давайте все-таки чтоли:
- выигрыш по памяти есть и существенный, но, да, зависит от предполагаемой глубины стэка, платишь за то, что реально юзаешь
- бесконтрольно создавать виртуальные треды можно, потому что это быстрее и из-за пункта выше дешевле
- их надо создавать, это рекомендация команды Loom
- их не надо переиспользовать, потому что их создание и уничтожение почти мгновенное, дешевая операция
- фикс резерв vs динамический
- смотри пример с кубернетесом и подами в нем
если один процесс использует процессорное время, то для других оно действительно недоступно!
Читать полностью…
переключение между ними действительно убьет весь перформанс
Читать полностью…
использую ли я эти два скрина для троллинга? да, однозначно.
но пример зато наглядный
давайте всё-таки что ли
- выигрыш не в памяти. забудьте про него. в интернете полно рассказов о том, что нативный тред сразу сожрет мегабайт - это неправда. что при суспенде стек будет копироваться для фриза - это дикая неправда.
- создание нативного треда дорогое по многим причинам, в т.ч. это полноценный сисколл
- я не знаю, зачем бесконтрольно создавать треды
- выигрыш виртуальных главным образом в свитчах. да, выигрыш безусловно есть, весьма серьезный, просто вы его не там объявляете.
- их не надо создавать без конца, потому что это карго-культ
- я вообще не понимаю, почему их надо именно создавать, а не переиспользовать
- уменьшать стек не имеет никакого смысла, это примерно такие же идиотские идеи, как в п.1. елси у вас спринг ушел на запросе на сто килобайт вглубь, то он и на следующем запросе столько же сожрет, вы будете тупо циклы крутить на увеличение и уменьшение.
- на трех миллионах тредов у вас контеншен задохнется