jvmchat | Unsorted

Telegram-канал jvmchat - pro.jvm

5858

Сообщество разработчиков Java Scala Kotlin Groovy Clojure Чат для нач-их: @javastart Наш канал: @proJVM Вакансии: @jvmjobs @jvmjobschat Конфы: @jvmconf ⚠️ Оффтоп -> @flood ❌Переход на личности ❌Троллинг ❌Реклама ❌HH (вакансии) ❌Варез

Subscribe to a channel

pro.jvm

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

Читать полностью…

pro.jvm

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

Читать полностью…

pro.jvm

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

Читать полностью…

pro.jvm

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

Читать полностью…

pro.jvm

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

Читать полностью…

pro.jvm

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

Читать полностью…

pro.jvm

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

Читать полностью…

pro.jvm

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

Читать полностью…

pro.jvm

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

Читать полностью…

pro.jvm

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

Читать полностью…

pro.jvm

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

Читать полностью…

pro.jvm

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

Читать полностью…

pro.jvm

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

Читать полностью…

pro.jvm

зависит от настроек MaxRamPercentage

Читать полностью…

pro.jvm

не, не взорвётся, но оверхед будет уже заметный

Читать полностью…

pro.jvm

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

Читать полностью…

pro.jvm

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

Читать полностью…

pro.jvm

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

Читать полностью…

pro.jvm

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

Читать полностью…

pro.jvm

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

Читать полностью…

pro.jvm

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

Читать полностью…

pro.jvm

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

Читать полностью…

pro.jvm

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

Читать полностью…

pro.jvm

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

Читать полностью…

pro.jvm

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

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

Читать полностью…

pro.jvm

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

Читать полностью…

pro.jvm

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

Читать полностью…

pro.jvm

переключение между ними действительно убьет весь перформанс

Читать полностью…

pro.jvm

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

Читать полностью…

pro.jvm

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

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

Читать полностью…
Subscribe to a channel