D
Size: a a a
2020 June 08
AK
и система
D
в целом да, на 8 ядер 8 тарантулов нжинкс и нагружатор?
все верно. а какой конфиг посоветуете (кол-во инстансов роутеров и стораджей)? под 8 ядер
DS
нжинкс и нагружатор там же остаются?
DS
оставьте 2+2 пока и поглядите
DS
по логам вообще все ровно, никаких ошибок. ругалось на readahead, net_msg_max и кол-во коннектов на воркер nginx- я это все подкрутил
пропустил, это вы все правильно сделали
.
Всем привет!
Сегодня закончилось выделенное место под memxt tarantool - memtx_memory = 5Гб, оперативная память была действительно занята на 5Гб, после рестарта tarantool высвободилось более 4Гб.
Вопрос: чем могла забиться оперативная память?
Сегодня закончилось выделенное место под memxt tarantool - memtx_memory = 5Гб, оперативная память была действительно занята на 5Гб, после рестарта tarantool высвободилось более 4Гб.
Вопрос: чем могла забиться оперативная память?
DS
фрагментация
.
фрагментация
Как то можно с этим бороться?
DS
нет, только мониторить
DS
она же обратно забьется
AK
.
Как то можно с этим бороться?
Можно настроить параметры аллокации под размеры ваших объектов, и тогда дольше можно прожить
AK
Но это если у вас большинство объектов имеют фиксированный размер
AK
И совсем фрагментацию это не уберёт, конечно, но снизит до небольшого процента, сейчас у вас получается 20% потерь по фрагментации
.
она же обратно забьется
Получается мне регулярно его рестантовать нужно?
DS
вообще конечно регулярный рестарт - отличная вещь
DS
но тут нужно больше деталей
MA
нет, только мониторить
@vkosmos26
в конфиге nginx в секцию upstream добавьте keepalive
поднимает rps где-то на порядок
и tnt_buffer_size можно поднять согласно объёму данных "в полёте"
(нормально будет от 100k - 1M)
в конфиге nginx в секцию upstream добавьте keepalive
поднимает rps где-то на порядок
и tnt_buffer_size можно поднять согласно объёму данных "в полёте"
(нормально будет от 100k - 1M)