то у меня простое приложение в
:erlang.memory(:total) показывает 54877864,
а VIRT памяти сжирает 4 гига.
А что не так? Erlang аллоцирует побольше виртуальной памяти сразу, чтобы потом реже к системе обращаться. Приложение, что так, что с ограничениями, реальной памяти потребляет одинаково
Я подозреваю, что если я запихну в контейнер, то он все 4 гига и сожрёт. Завтра проверю. Что-то вот такое: https://elixirforum.com/t/elixir-erlang-docker-containers-ram-usage-on-different-oss-kernels/57251/15
Контейнер это же просто процесс в отдельной cgroup. Поэтому виртуальной памяти он может есть сколько хочет, а реальной будет потреблять ровно сколько ему выделит ОС
Спасибо. Как я понял, если поставить --memory 500m, то OOM killer его грохнет.
а? У тебя в контейнере oom-killer?
Это системный OOM-Killer. И там был баг в неправильной конфигурации контейнера. У тебя же процесс потребляет 50мб памяти. Его не убьёт OOM Killer. Виртуальная память это совершенно другая вещь, которая к реальному потреблению слабо относится
Решение найдено. Если кому интересно: export MALLOC_ARENA_MAX=1 + в vm.args: +Q 1024 +P 1024 +MIscs 128 И потребление падает до 300МБ.
а зачем? это ж виртуальная память, на неё вроде никто в современном мире не смотрит
Зачем ты борешься с виртуальной памятью????
У меня её мало.
Ты знаешь что такое "виртуальная память"? Похоже что не совсем
ты на 32битной машине запускаешься?
тогда у тебя не мало virtual memory
2^64 байт, если что
Если ты не используешь арены, то у тебя на каждый чих будет дёргаться системный malloc, что зафрагментирует память между процессами и что ещё и просто само по себе будет довольно медленно
У меня нет даже 5 процессов и не будет на этом кейсе =)
По дефолту их будет больше чем 5
у меня в какой-то момент времени некоторые процессы сошли с ума, в том числе beam. причиной оказалось, что в новой версии ядра (или его конфиге) увеличили ulimit nofile, и каким-то образом это сказалось на потреблении памяти
Да, было такое. something also changed with systemD) changed from a real limit (1_048_576) to unlimited. With unlimited the mentioned +Q will take it’s maximum allowed value (134_217_727).
Обсуждают сегодня