Ку.

Sun JVM 5 на солярисе при старте нового нативного треда использует thr_create , без указания stack_base, с размером стека равным 1M, что по документации должно соответствовать вызову mmpap в MAP_NORESERVE моде (не резервировать swap space).

Вопросы: каким образом pmap'ом (или чем-то другим) можно определить, что mmap вызывался с stack_size=1M?

andrey_anonymouspavlenkoОчень просто можно посмотреть dtrace'ом с какими параметрами java' вызывает mmap .
Понятное дело размер стека jvm можно менять.
О, а можно попросить на бедность образец скрипта и крутилку для стека?
Подробностей особо не помню, весной ковыряли - у JVM как-то очень много памяти аллоцируется анонимными сегментами. В разы больше чем heap.
Жестянка с 8Гб более полусотни JVM не тянула, начинался свопинг и все вставало колом.
До конца так и не раскопали тему - нашлись дополнительные жестянки и стало неактуально :)
Андрей,

в анонимной памяти лежит не стек, это точно. В разы больше - это что-то совсем ненормальное. Случайно не 64-битная джава? если да, то какая точная версия (5u10, например)?

pavlenko,

Спасибо. Хотелось бы все-таки обойтись без dtrace'a.

andrey_anonymous[quot]
tibco@kenga$ java -version
java version "1.5.0_14"
Java(TM) 2 Runtime Environment, Standard Edition (build 1.5.0_14-b03)
Java HotSpot(TM) Server VM (build 1.5.0_14-b03, mixed mode)
[/src]
Лучше конечно же обновиться до последнего апдейта ( jdk5u22 ). Вот например неприятный баг. В нем идет речь о линуксе, но код, который приведен в evaluation, лежит в share и используется на всех осях.