pro.jvm

17 Dec 2024 09:01

У тебя хип 1гб. Если ты взял и создал виртуальный тред сразу с 1мб стека, то в хипе поинтер скакнет на этот один мегабайт, даже если там страницы никто не трогал. Этот мегабайт уже реально зарезервирован, в отличие от классической аллокации, и ты выедаешь весь хип на раз. Если же ты создаешь каждый виртуальный тред с 4кб стека и динамически расширяешь по необходимости до этого мегабайта, то ты действительно можешь спамить этими тредами как не в себя.

pro.jvm

17 Dec 2024 08:59

А так хорошо утро начиналось

pro.jvm

17 Dec 2024 08:59

Ты понимаешь, как работает стек?

pro.jvm

17 Dec 2024 08:58

речь же идет про стек вирт тредов, нет?

pro.jvm

17 Dec 2024 08:58

Зачем его уменьшать? Чтобы потом выделять снова?

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 09:00

если я сделаю void test() { test(); } то у меня бесконечно расширяться стек будет? как в питоне начиная с 3.10? если отключить аппер баунд размера стека или лимит рекурсии

pro.jvm

17 Dec 2024 08:59

Мне придется в отпуске написать бенч

pro.jvm

17 Dec 2024 08:58

Дак они существуют внутри хипа, там без вариантов. Если не создавать по необходимости, оно весь хип засрет, в отличие от классической аллокации

pro.jvm

17 Dec 2024 08:58

шо, в вирт тредах стек может расширеться сам?

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)

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