pro.jvm

17 Dec 2024 09:12

в винде мб есть способы лениво аллоцировать огромные буферы, через хаки вроде того что с memfd на линуксе

pro.jvm

17 Dec 2024 09:11

но оверкоммитинг на линуксе включен везде, без него некоторый софт вообще откажется работать нормально

pro.jvm

17 Dec 2024 09:10

если выключить оверкоммитинг, то да, mmap будет действительно резервировать

и соответственно терабайт аллоцировать уже не выйдет

pro.jvm

17 Dec 2024 09:09

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

pro.jvm

17 Dec 2024 09:07

Я хз как сейчас, но лет 10 назад при большом кол-ве тредов и ненастроенном Xss точно возникал OOM.
А после настройки Xss исчезал (Linux, Oracle JDK)

pro.jvm

17 Dec 2024 09:06

там сама jvm eagain превращает в свой oom

pro.jvm

17 Dec 2024 09:06

см. res в том скриншоте, который я приводил

pro.jvm

17 Dec 2024 09:05

это разве не называется резерв? просто os тебя немного обманывает(но вроде как память тебе обещали)

pro.jvm

17 Dec 2024 09:05

ага а почему у меня OOM при создании кучи тредов были?

pro.jvm

17 Dec 2024 09:05

https://blogs.oracle.com/javamagazine/post/java-virtual-threads

pro.jvm

17 Dec 2024 09:05

нигде он не резервирует ничего

pro.jvm

17 Dec 2024 09:04

резервирует, просто не в хипе ))

pro.jvm

17 Dec 2024 09:04

Платформенный не резервирует 1мб

pro.jvm

17 Dec 2024 09:04

Только это платформенный создается с 1 мб, а виртуальный нет

pro.jvm

17 Dec 2024 09:03

с каким-нибудь жуком вполне 0.5Mb

pro.jvm

17 Dec 2024 09:11

я не знал что винда так не умеет, думал стандартная механика

pro.jvm

17 Dec 2024 09:11

...но кто в этой дискуссии вообще про него знал до этого момента?

pro.jvm

17 Dec 2024 09:10

Ещё смотрите какая история

    PID USER      PR  NI    VIRT    RES    SHR S  %CPU  %MEM     TIME+ COMMAND                                                                                                                
 122552 <user>    20   0   11.9g   4.0g   1.2g S   5.5  12.8  10:25.86 idea                                                                                                                   
 122757 <user>    20   0   13.6g   1.1g  51200 S   0.0   3.4   2:38.77 java                                                                                                                   
   4052 root      20   0   13.4g 914972  14052 S   0.0   2.8   2:15.81 java                                                                                                                   
   5642 <user>    20   0 6393844 779456  88892 S   3.6   2.4  17:46.18 jetbrains-toolb                                                                                                        
   7020 root      20   0   13.7g 693232  12864 S   0.0   2.1   3:22.60 java                                                                                                                   
   4113 999       20   0 2240100 676052  37200 S   0.5   2.1  23:58.94 java            

pro.jvm

17 Dec 2024 09:08

что он там резервирует при аллокации терабайта?

pro.jvm

17 Dec 2024 09:07

void* buf = malloc(999999999999);
printf("%p\n", buf);

pro.jvm

17 Dec 2024 09:06

точно оом а не eagain?

pro.jvm

17 Dec 2024 09:06

For JVM processes running on Linux x64, the default stack size is 1 MB, and this space is reserved by the OS each time you launch a new thread. This makes the math pretty simple. For example, 2,000 threads means that 20 GB of stack space needs to be reserved.

pro.jvm

17 Dec 2024 09:05

он запрашивает, а не резервирует, пока вы только не начали специально ОС подкручивать

pro.jvm

17 Dec 2024 09:05

ты можешь на линуксе маллокнуть 100 терабайт

pro.jvm

17 Dec 2024 09:05

Разница по выделению памяти между нативным и виртуальным исключительно в гранулярности

pro.jvm

17 Dec 2024 09:04

на винде кстати мб резервирует, там же оверкоммитинга нет

pro.jvm

17 Dec 2024 09:04

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

pro.jvm

17 Dec 2024 09:04

платформенный стек не в хипе

pro.jvm

17 Dec 2024 09:03

1мб - это один из классических лимитов. Тебе в любом случае нужно установить верхнюю планку, и резервировать сразу по ней довольно глупо.

pro.jvm

17 Dec 2024 09:02

ну не мегабайт же
даже не близко ведь, вроде...?