pro.jvm
17 Dec 2024 10:04
- но ведь мы реально можем много памяти выиграть, платишь за то, сколько потратил
- миллионы тредов просто не нужны в парадигме клауд нэйтив, но я легко могу представить железный дорогущий сервак с джава аппкой, который молотит C1M
Читать полностью…
pro.jvm
17 Dec 2024 10:03
со стороны юзера
да и со стороны внутрянки в целом тоже мало отличий
Читать полностью…
pro.jvm
17 Dec 2024 10:01
- я не знаю, зачем бесконтрольно создавать треды
- выигрыш виртуальных главным образом в свитчах. да, выигрыш безусловно есть, весьма серьезный, просто вы его не там объявляете.
- их не надо создавать без конца, потому что это карго-культ
Я
не против виртуальных тредов. Я за. Это альтернативаа await/async, которой пока не было в массовых языках, посмотреть на неё как минимум интересно. Я против
- Заявлений, что мы выигрываем миллиарды памяти
- Заявлений про миллионы тредов, потому что нет реальных приложений, где это нужно
Сейчас же я наблюдаю абсолютно идиотские статьи, где люди тестируют максимальное количество создания тредов, чтобы... ну... чтобы... эээ... ну это перформанс...
Читать полностью…
pro.jvm
17 Dec 2024 09:57
Там будет сложная история с тем, что на каждое ядро будет бизилупом разбирать исключительно собственные задачи, даже ивент лупа в классическом понимании не будет
Читать полностью…
pro.jvm
17 Dec 2024 09:55
мы можем вообще весь этот разговор пропустить и прыгнуть сразу к архитектуре scylla
Читать полностью…
pro.jvm
17 Dec 2024 09:54
и этот тред на каждый запрос будет еще через structured concurrency создавать два треда, чтобы два запроса куда-то еще сделать одновременно (ну как Promise.all в жсе)
Читать полностью…
pro.jvm
17 Dec 2024 09:54
был spring mvc блокирующий с jdbc api, выдавал x на y ресурсах
после включения виртуальных и при условии отсутствия пининга, этот мамонт стал выдавать c*x, c > 1, на y ресурсах
при это старый вариант на 2*x падал в OOM, и требовал k*y ресурсов, k > 1, чтобы не падать, а новый вариант работает хорошо
в итоге, у нас появляются опции:
уменьшить ресурсы, чтобы новые вариант выдавал тот же перфоманс, что и старый
оставить как есть и получить + перфоманс
увеличить ресурсы, чтобы достичь таких показателей, которых старый вариант не мог
либо тоже самое, что в первом пункте, но еще горизонтально масштабировать до старого размера пула ресурсов
ну прикольно же
Читать полностью…
pro.jvm
17 Dec 2024 09:54
тред на каждый запрос, ну
Читать полностью…
pro.jvm
17 Dec 2024 09:53
и живут в ивентлупе, управляются шедулером в жвм
Читать полностью…
pro.jvm
17 Dec 2024 09:52
там уже 170 тредов допустим
у ивентлупа этого
Читать полностью…
pro.jvm
17 Dec 2024 09:51
миллион тредов живут в ивентлупе
Читать полностью…
pro.jvm
17 Dec 2024 09:50
тредов которые на isolcpus прибиты, которые поллят циклические буферы в сетевухе
и сабмиттят комплишены в ивентлуп вирт тредов, recv пакетика допустим
Читать полностью…
pro.jvm
17 Dec 2024 09:49
У тебя есть тайм слайс на один запрос. Который проще всего считать в циклах, потому что он дает баундари по количеству запросов в память, инструкций и прочего.
Читать полностью…
pro.jvm
17 Dec 2024 09:49
а про какие тогда циклы
Читать полностью…
pro.jvm
17 Dec 2024 09:49
ты не подсчитаешь это так
Читать полностью…
5858