pro.jvm

17 Dec 2024 08:57

Ну и из дискуссии выше:

Вот точная цитата ihickey про стек, который не уменьшается обратно:

“However, even if thread creating were cheap then things may be fine, but it’s not (due to reasons beyond just memory) and so if platform threads are shared once one task touches a lot of stack, it will never shrink (and it will be shared).”

🥱🥱🥱

pro.jvm

17 Dec 2024 08:57

Да не вытащит на таких объемах

pro.jvm

17 Dec 2024 08:57

Вам три миллиона коннектов или что?

pro.jvm

17 Dec 2024 08:57

это не удобно, код будет крайне ужасен

pro.jvm

17 Dec 2024 08:56

Так они не нужны, эти три миллиона
Нужен ровно один хендлер per core, который вообще минимум дел имеет с любым шедулингом.

pro.jvm

17 Dec 2024 08:55

На три миллиона вы core pinning будете делать

pro.jvm

17 Dec 2024 08:54

три миллиона коннектов на сервер

pro.jvm

17 Dec 2024 08:54

Там в комментах пример с 3 млн Вирт тредов

pro.jvm

17 Dec 2024 08:54

ну так ведь в жвм всю жизнь tlab есть

pro.jvm

17 Dec 2024 08:52

А зачем их создавать и уничтожать?

pro.jvm

17 Dec 2024 08:52

> 1/ even 4KB granularity is quite a lot (the expected waste is at least 2KB per thread)

Про это я тоже писал! Когда там висит весь спринг, разницы особо нет.

pro.jvm

17 Dec 2024 08:51

> managing virtual memory is relatively expensive

ээээ

pro.jvm

17 Dec 2024 08:50

https://www.reddit.com/r/java/s/XWu7HnGXiQ

pro.jvm

17 Dec 2024 08:49

А как можно оптимизировать стек под виртуальный тред онли?

pro.jvm

17 Dec 2024 08:38

вспомнил кейс smallrye messaging (подотносительно Quarkus)
тайм-аут по умолчанию 60 сек воспринимается как сообщение, которое нельзя обработать и общение с Kafka и данным консьюмером блокируется.
я скорее к тому, что там действительно уже все сильно зависит от внешней системы, к подтверждению твоих слов как конкретный кейс

pro.jvm

17 Dec 2024 08:57

да хоть миллион и несколько тредов на коннект, че не так?

pro.jvm

17 Dec 2024 08:57

вопрос был в том что используя virtual треды мы выигрываем в памяти, как оказалось не выигрываем, при этому чтобы не потерять нужно еще их правильно(ожидаемо) использовать

pro.jvm

17 Dec 2024 08:57

Отошлю наверное к сцилле

pro.jvm

17 Dec 2024 08:56

то есть ты предлагаешь все обрабатывать в ивентлупе?

pro.jvm

17 Dec 2024 08:55

и еще на каждого клиента может приходиться несколько вирт тредов для отдельных тасок каких нибудь, чому нет

pro.jvm

17 Dec 2024 08:54

каждый клиент это свой вирт тред

pro.jvm

17 Dec 2024 08:54

Зачем вам три миллиона тредов? Зачем?

pro.jvm

17 Dec 2024 08:54

как бэ берут из пула

pro.jvm

17 Dec 2024 08:53

Ну хип тоже virtual memory как бы

История скорее всего про аллокацию при создании. Только зачем их обязательно создавать-то, а не брать из пула?

pro.jvm

17 Dec 2024 08:52

ну вообще огромные страницы иногда дают ОГРОМНЫЙ буст из за меньшего кол-ва tlb miss'ов

pro.jvm

17 Dec 2024 08:51

Вы не можете так же эффективно создавать и уничтожать тысячи платформенных потоков, как виртуальные

pro.jvm

17 Dec 2024 08:50

В комментариях первый чел - из команды Loom

pro.jvm

17 Dec 2024 08:49

тогда я наверное не понял. А что именно еще можно было бы оптимизировать в стеках?

pro.jvm

17 Dec 2024 08:46

Посмотрел(пролистал), честно говоря для оптимизации размера стэка особо ничего не увидел
в основном касается оптимизации копирования фреймов virtual thread continuation <-> platform thread stack
по оптимизации размера увидел планируемую в будущем компрессию фреймов, все (

pro.jvm

17 Dec 2024 08:32

Смотря сколько подов)

Можно и до 10/50 понизить