Как узнать размер доступной памяти ?

free

не угадал.

Именно доступной, а не свободной, с учетом настроек всяческих оверкоммитов и прочее прочее.

Есть ли какая-либо тулза, параметр в proc или еще чего, которое показывает значение доступной памяти на текущий момент времени.

NoWay

Нет так нет.

всегда рад помочь.

аree -m
total used free shared buffers cached
Mem: 3272 3220 51 0 84 1412
-/+ buffers/cache: 1723 1548
Swap: 0 0 0

1723

NoWay

А зря... alloc же как то её вычисляет

Неверно. При станадрном vm.overcommit_memory=[0 или 1] для 64битной системы доступно примерно грубо 2^64-VIRT-1

А зря... alloc же как то её вычисляет

ты хотел сказать malloc(3)? Увы, оно тебе и Over9000 мегабайт выделит, когда у тебя всего 256.

для 64битной системы доступно примерно грубо 2^64-VIRT-1

а... Тебе это число зачем-то надо? Ну считай. Функции нет, потому что оно кроме тебя, никому не нужно.

а... Тебе это число зачем-то надо?

А ты подумай насколько это прекрасный параметр для мониторинга и аудита.

Вот сейчас кривущий fop на Java выносит мне мозг своим

#
# There is insufficient memory for the Java Runtime Environment to continue.
# Native memory allocation (malloc) failed to allocate 303376 bytes for Chunk::new

Ну считай.

Было бы куда проще если разрабы ядра, что поддерживают alloc, сами это считали. А считать самому ... можно но малореально, на одном подсчете памяти потоков и shared памяти энтузиазм уже как то пропадает

Увы, оно тебе и Over9000 мегабайт выделит, когда у тебя всего 256.

Мне это и нужно. Вот только он не всегда выделяет Over9000. Самому отслеживать все условия нереально

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

страдай. Сочувствую.

Было бы куда проще если разрабы ядра, что поддерживают alloc, сами это считали. А считать самому ... можно но малореально, на одном подсчете памяти потоков и shared памяти энтузиазм уже как то пропадает

подсчёт слишком дорогой. Потому не нужный. Увы. Я тут неоднократно спорил, меня назвали идиотом, а жабу — няшкой. Спорить дальше мне не интересно. Делай, потом расскажешь о результатах.

Вот только он не всегда выделяет Over9000.

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

подсчёт слишком дорогой.

Какой нафиг дорогой ? malloc её в том или ином виде и так считает.

malloc её в том или ином виде и так считает.

нуяхз. Как так у жабы получается НЕ выделить 300К — мне непонятно. У меня такого не бывает.