Помогите Сервер умирает из за нехватки ОЗУ

  • Автор темы Автор темы Guski
  • Дата начала Дата начала

Guski

Активный участник
Пользователь
Баллы
76
Думаю делаю, что не так, а возможно так
У меня сервер ВДС 12 ГБ оперативной памяти, под систему выделил 1.5
При онлайне 80 возможен краш сервера по причине нехватки памяти, версия 1.16.5
Хочу узнать, так и должно быть? Читал различные статьи где люди 50 онлайн держат на 2 ГБ
Если это не есть хорошо, дайте, пожалуйста направления на статью/решения или подскажите
 
1.5 под линукс за глаза. Подозреваю, что проблема не в этом.

Возможно даже проблема совершенно не в том, о чём ты думаешь. Глянь: https://habr.com/ru/post/117274/
Можешь ещё с нами крашлогом поделиться.

Также вопрос - насколько часто сервер перезагружается? Хотя бы раз в сутки происходит рестарт? Возможно где-то утечка памяти. Последи за использованием оперативки в течение дня
 
как
1.5 под линукс за глаза. Подозреваю, что проблема не в этом.

Возможно даже проблема совершенно не в том, о чём ты думаешь. Глянь: https://habr.com/ru/post/117274/
Можешь ещё с нами крашлогом поделиться.

Также вопрос - насколько часто сервер перезагружается? Хотя бы раз в сутки происходит рестарт? Возможно где-то утечка памяти. Последи за использованием оперативки в течение дня
краш лог не отображается почему-то, но потом ещё раз гляну
Сервер не перезагружаем, как возможно следить за оперативной паматью?
 
краш лог не отображается почему-то, но потом ещё раз гляну
Сервер не перезагружаем
Перезагружать ежедневно обязательно. Лог ждём.

как возможно следить за оперативной паматью?

За памятью следить - в Essentials есть команда /mem (она же /gc). Но проблема в том, что там значения памяти постоянно скачут из-за отработок Garbage Collector (GC). Нужно несколько раз подряд выполнять, чтобы дождаться наиболее точного результата. Ну, и смотреть на изменения в долгосроке - несколько часов, а то и десятков часов.

Информацию о частоте и скорости отработки GC можно получить из обычных timings2 от aikar (дефолтные для Paper). Частые отработки GC будут означать нехватку свободной памяти.

Но наиболее полную информацию среди простых технических решений предоставит плагин spark. А конкретнее инструмент heapsummary, команда: /spark heapsummary --run-gc-before

Если хочется прям совсем запариться - создавайте и анализируйте профайлером heapdump'ы (можно тем же spark).
Для совсем хардкорщиков есть возможность профайлером подключиться к JVM в рантайме и в реальном времени наблюдать за процессами java-машины, в т.ч. и за изменениями оперативной памяти
 
Перезагружать ежедневно обязательно. Лог ждём.
Но наиболее полную информацию среди простых технических решений предоставит плагин spark. А конкретнее инструмент heapsummary, команда: /spark heapsummary --run-gc-before
spark (lucko.me)


За памятью следить - в Essentials есть команда /mem (она же /gc). Но проблема в том, что там значения памяти постоянно скачут из-за отработок Garbage Collector (GC). Нужно несколько раз подряд выполнять, чтобы дождаться наиболее точного результата. Ну, и смотреть на изменения в долгосроке - несколько часов, а то и десятков часов.

Информацию о частоте и скорости отработки GC можно получить из обычных timings2 от aikar (дефолтные для Paper). Частые отработки GC будут означать нехватку свободной памяти.

Но наиболее полную информацию среди простых технических решений предоставит плагин spark. А конкретнее инструмент heapsummary, команда: /spark heapsummary --run-gc-before

Если хочется прям совсем запариться - создавайте и анализируйте профайлером heapdump'ы (можно тем же spark).
Для совсем хардкорщиков есть возможность профайлером подключиться к JVM в рантайме и в реальном времени наблюдать за процессами java-машины, в т.ч. и за изменениями оперативной памяти
Спасибо за столь подробное объяснения и помощь
Лови вчерашний краш лог: https://pastebin.com/6xrrNfzM
По поводу ram spark (lucko.me)
 
Назад
Верх Низ