Помогите Утечка памяти в 1.12.2

Добрый день! Помогите пожалуйста разобраться с причиной утечки памяти на сервере. Использую ОС Centos 7 с java 1.8.0_171 и craftbukkit-1.12.2 c 3 плагинами (authme 5.4.0,dynmap 2.5,Lockket).


Что выяснил:
- если играет 3-4 людей 4GB утекают за 2-3 часа.
- если игрок на сервере один,стоит на месте и ничего не делает утечка всё равно есть.

Что пробовал:
менять область видимости (view-distance) - не помогло
ставил яву 1.7 - не помогло

Пока настроил авторестарт сервиса с майном на каждые 3 часа но это неудобно. Подскажите пожалуйста в чем может быть причина или в какую сторону копать?


Настройки bukkit.yml
settings:
allow-end: true
warn-on-overload: true
permissions-file: permissions.yml
update-folder: update
plugin-profiling: false
connection-throttle: 4000
query-plugins: true
deprecated-verbose: default
shutdown-message: Server closed
spawn-limits:
monsters: 70
animals: 15
water-animals: 5
ambient: 15
chunk-gc:
period-in-ticks: 600
load-threshold: 0
ticks-per:
animal-spawns: 400
monster-spawns: 1
autosave: 6000
aliases: now-in-commands.yml


#Minecraft server properties
#Mon May 28 12:33:02 MSK 2018
spawn-protection=16
max-tick-time=60000
server-name=Unknown Server
generator-settings=
force-gamemode=true
allow-nether=true
gamemode=0
enable-query=false
player-idle-timeout=0
difficulty=3
spawn-monsters=true
op-permission-level=4
pvp=true
snooper-enabled=true
level-type=DEFAULT
hardcore=false
enable-command-block=false
max-players=20
network-compression-threshold=256
resource-pack-sha1=
max-world-size=29999984
server-port=25565
server-ip= айпишник
spawn-npcs=true
allow-flight=false
level-name=WorldOfElephants
view-distance=10
resource-pack=
spawn-animals=true
white-list=true
generate-structures=true
online-mode=false
max-build-height=256
level-seed=1915789834
use-native-transport=true
prevent-proxy-connections=false
enable-rcon=false
motd=Whitelist only.

Скрипт старта:
#! /bin/sh
cd /root
java -jar -Xms3072M -Xmx3584M craftbukkit-1.12.2.jar nogui

 

Ну так может это нормально, ты выделил столько памяти, приложение в ней выделяет объекты и пользуется ими. Просто редко вызывает gc.
Имеются ли какие-то проблемы?
Как ведёт себя сервер с Xmx1G?

 

Используй профайлер чтоб найти утечку. Рекомундую юзать Youtkit. Очень удобный.

 

Спасибо за ответ. Гига ему,к сожалению,не хватит. После рестарта он использует сразу 1569 метров.
gc это сборщик мусора java? Увеличить частоту его вызова возможно ?

 

При утечках не спасет. Не парься.

 

Костыльное решение которое нашёл и может кому то поможет. В bat файле или скрипте .sh на старт сервера добавить цикл. В таком случае сервер будет перезагружаться после падения по утечке памяти

#! /bin/sh
cd /root
while : ; do sleep 10 && java -jar -Xms1536m -Xmx3584m craftbukkit-1.12.2.jar nogui; done

 

удали свой craftbukkit и иди на spigot|paperspigot

 

Ору в голос. Гениальное решение . Только как играть с крашами каждые 2 часа интересно).

 

Решение проблемы:
https://yivesmirror.com/downloads/paperspigot

 

Плохое решение.

Собирай (и обновляй) craftbukkit ручками на самих мощностях сервера. Пробуй запустить сервер без dynmap.

 

Чем?

Разницы между тем, что ты соберёшь ядро на одном железе, а запустишь на другом - нет никакой.
Это тебе не Gentoo, где каждый пакет можно собрать с оптимизацией конкретно под железо.

 

Меньше вероятности что ядро побьётся при заливании.

Наверное тем, что craftbukkit всё таки лучше выйдет для небольшого сервера, где играют только знакомые ребятки для приятно поиграть.

 

Ядро либо бьется полностью во время сборки, либо не бьется никак.

Это вообще не аргумент.

 

Т.е. "приятно поиграть" перестал быть аргументом?

 

Приятно играть можно и на Спиготе

 

В дворе на лавочке тоже можно.

 

Ну такое. Когда на локалхосте зомби после удара вместо того, чтобы просто отлететь, он несколько раз передумает, то мне маленько не приятно.

Кто бы её ещё поставил, эту лавочку.

 

Приятно поиграть с друзьями вообще нет разницы, имхо, craftbukkit, spigot, paperspigot или даже лицензионный.

 

Не спасет же, если утечка в плагинах.

 

Читайте же, ну.