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