Ищу актуальный метод освобождения RAM

Добрый вечер. С ростом количества игроков, растут и объёмы потребления памяти. При этом, зачастую чанки отгружаются очень поздно, когда игрок уже успел отбежать достаточно, или как это ещё объяснить. Коротко - мне нужен самый такой актуальный на данный момент метод для того, чтобы держать память в порядке. Можете предлагать связки разных решений и так далее, главное чтобы помогало)
Авторестарты на linux cron есть, очистка дропа тоже (ну а как же без неё)

 

Уменьши радиус загрузки чанков вокруг игрока (view-distance), уменьши в настройках ядра время до отгрузки чанка, когда в нём нет игроков, если такое есть. А если в конфиге нет, можешь внести правки в ядро.

 

Сделал ещё полгода назад,

Ставил когда-то его в значение 300, безопасно ли опускать ниже?

 

Сколько у вас грузит памяти, что это стало проблемой. Может дело в кривых плагинах.

 

Плагины кривыми быть не могут, своевременно обновляю с devBukkit/SpigotMc
Ничего под старые версии игры не стоит, никаких ошибок в консоли, кроме Jobs (удалил ачивки, не может найти, но это специально сделано и утечек не должно давать, пишет только при старте)
Памяти грузит медленно, но она просто не может адекватно очищаться, если забыть про сервер на день-два - его крашнет. При этом выделено на сам процесс меньше, чем лимит моего VDS

Кстати, может есть какой пакет, чтобы отслеживать в системе память и при нужном пороге - запускать bash скрипт в терминале?

 

Года три назад был такой трабл, память жестко росла еще и при большом онле.
Нашел через heapdump проблемные места - плагины, теперь при 100 онл грузит макс 3-5гб при 100-120 плагинах (правда они мелкие 90% и написаны мною с оптимизациями).

 

Создался огроменный дамп, а мне б хоть немного понимать в Java, вечно сижу в Sourcepawn своём (не для майна), видимо вариант не подойдёт такой))

 

Если память все время выделяется, но не очищается совсем, что, в свою очередь, приводит к OutOfMemoryError - то начать стоит со сборщика мусора. А закончить профилированием всего процесса java. Если не очень шаришь, могу посоветовать поставить LagMonitor и через него посмотреть каких объектов очень много в памяти.

 

Сборщик поставил G1, пока что нормально идёт, памяти свободной остаётся 400-800 МБ и он освобождает резко ещё 3 гига
Попробую оставить сервер на пару дней и посмотрим - будет краш или нет

 

Не должно такого быть, значит где то утечка идет. Тут только профайлер поможет найти.

 

Пишу свои наблюдения. Памяти занимать реально стало меньше, в плане времени до краша, но сам краш неизбежен. Поработал 3 дня и начал лагать, так что да, утечка есть

 

Тогда подрубаешь профайлер и смотришь результаты.