pro.jvm

17 Dec 2024 09:54

зачем, если ты все равно не выпрыгнешь за количество ядер?

pro.jvm

17 Dec 2024 09:54

поэтому они виртуальные и за пределами дискуссии не существуют

pro.jvm

17 Dec 2024 09:53

именно, потому что придумать им предназначение мы никак не можем

pro.jvm

17 Dec 2024 09:52

ага, осталось еще 999808 тредов откуда-то придумать

pro.jvm

17 Dec 2024 09:52

Это ивентлупы живут в тредах, а не треды в ивентлупах

pro.jvm

17 Dec 2024 09:51

Так тебе же миллион тредов на коннекты нужен был, ты не помнишь? А ты эти коннекты теперь восемью разбираешь.

pro.jvm

17 Dec 2024 09:50

С тысячей никаких проблем.

pro.jvm

17 Dec 2024 09:49

@microkite забудь про 3 ляма с 1 сервака, это синтетика, я тебе реальный пример с подами привел, что-то плохого то?

pro.jvm

17 Dec 2024 09:49

а как это влияет на количество циклов? я же не про инструкции говорю

pro.jvm

17 Dec 2024 09:48

процессоры давно суперскалярные и OoO если что

pro.jvm

17 Dec 2024 09:48

У тебя условно 3ггц * 192 ядер = 576mmm циклов. Теперь делим на твой 1м рпс.

pro.jvm

17 Dec 2024 09:47

ты вот знаешь, рассказывай

pro.jvm

17 Dec 2024 09:46

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

pro.jvm

17 Dec 2024 09:45

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

pro.jvm

17 Dec 2024 09:44

виртуальные треды тоже нельзя cpu блочить

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

ты не подсчитаешь это так

pro.jvm

17 Dec 2024 09:48

То есть тебе нужны восемь тредов, а не миллион

pro.jvm

17 Dec 2024 09:47

может у меня вообще нет интерраптов, есть допустим 8 бизилуп тредов

pro.jvm

17 Dec 2024 09:47

Действительно, какие? Кто-нибудь знает?

pro.jvm

17 Dec 2024 09:46

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

pro.jvm

17 Dec 2024 09:44

не надо

я про то, почему парадигма io bound не применима к эвент лупам

pro.jvm

17 Dec 2024 09:44

но event loop и блокировать нельзя