оптимизированная строка запуска

  • Автор темы Автор темы InterVi
  • Дата начала Дата начала
сейчас заметил, что в режиме отладки сыпет ошибками
[21:29:08] [Netty IO #3/WARN]: java.io.IOException: Соединение разорвано другой стороной
[21:29:08] [Netty IO #3/WARN]: at sun.nio.ch.FileDispatcherImpl.read0(Native Method)
[21:29:08] [Netty IO #3/WARN]: at sun.nio.ch.SocketDispatcher.read(SocketDispatcher.java:39)

[21:28:58] [Netty IO #2/WARN]: java.nio.channels.ClosedChannelException
MaksGruw сказал(а):
Тут на самом деле проблема уже не в строке запуска, а плагинах. У тебя стоит множество плагинов, которые формируют некую "пожирающую память систему". Лучше сократи список плагинов до технического миниума, оставь только самое лучше. Ну можно конечно иначе, разделив нагрузку на несколько серверов...
Нажмите, чтобы раскрыть...

плагины были отточены на 1.7.2, там было всё нормально, но это тоже проверяю - сейчас убираю всё лишнее.
 
InterVi сказал(а):
А где параметр -Xms? Может помочь. Только не ставь туда много, 256M или 512 - больше не надо.
Нажмите, чтобы раскрыть...
Он нахер не нужен.
komiss сказал(а):
сейчас заметил, что в режиме отладки сыпет ошибками
[21:29:08] [Netty IO #3/WARN]: java.io.IOException: Соединение разорвано другой стороной
[21:29:08] [Netty IO #3/WARN]: at sun.nio.ch.FileDispatcherImpl.read0(Native Method)
[21:29:08] [Netty IO #3/WARN]: at sun.nio.ch.SocketDispatcher.read(SocketDispatcher.java:39)

[21:28:58] [Netty IO #2/WARN]: java.nio.channels.ClosedChannelException


плагины были отточены на 1.7.2, там было всё нормально, но это тоже проверяю - сейчас убираю всё лишнее.
Нажмите, чтобы раскрыть...
Вывод 'java -version'.
 
Dereku сказал(а):
Вывод 'java -version'.
Нажмите, чтобы раскрыть...
java -version
java version "1.7.0_51"
Java(TM) SE Runtime Environment (build 1.7.0_51-b13)
Java HotSpot(TM) 64-Bit Server VM (build 24.51-b03, mixed mode)

сейчас работает в таком режимеСнимок экрана от 2014-05-31 11:55:31.png
http://aikar.co/timings.php?url=7ccc028136503a36a3bf1851d16d248e
на сервере 29 чел.
всё бы ничего, но 10Гб... Как бы узнать, на что именно расходуется память???
 
Shevchik сказал(а):
У тебя в таймингах названия плагинов даже не показаны, так что тебе никто точно не сможет сказать.
А память скоре всего расходует dynmap.
Нажмите, чтобы раскрыть...
карту убрал первым делом.
А как к таймингам "прикрутить" названия всех плагинов, которые в отдельном файле сохраняются?
Вот сейчас пока работает нормально, 20 минут после старта, 30чел.
http://aikar.co/timings.php?url=ba9f83a547037e550a6966863d546f0d
20min_after_start.png 20min_after_start2.png 20min_after_start3.png
WGFix ??? (еще вчера заметил, что если WG совсем убрать, то потребление памяти падает в разы. Пробовал самую последнюю версию с дженкинса WG600, и 591, и 590 - результат тот же)
 
komiss сказал(а):
карту убрал первым делом.
А как к таймингам "прикрутить" названия всех плагинов, которые в отдельном файле сохраняются?
Вот сейчас пока работает нормально, 20 минут после старта, 30чел.
http://aikar.co/timings.php?url=ba9f83a547037e550a6966863d546f0d
Посмотреть вложение 22559 Посмотреть вложение 22560 Посмотреть вложение 22561
WGFix ???
Нажмите, чтобы раскрыть...
Они даолжны итак показываться. У тебя с сервером какая-то байда.
И удали bkcommonlib он несёт только одни проблемы в большинстве случаев.
И переведи authme на sqlite, а лучше вообще поставь другой плагин авторизации, а то authme последних версий такое дерьмо.
 
Shevchik сказал(а):
Они даолжны итак показываться. У тебя с сервером какая-то байда.
И удали bkcommonlib он несёт только одни проблемы в большинстве случаев.
И переведи authme на sqlite, а лучше вообще поставь другой плагин авторизации, а то authme последних версий такое дерьмо.
Нажмите, чтобы раскрыть...
bkcommonlib попробую убрать. А authme перевести нельзя, база общая, да и на неё не грешу, поскольку на 3 других серверрах с одинаковыми настройками проблем нет. Это не может быть какой-то конфликт с UUID?

И насколько это
0.13% 1,588.31% 2.382 s 794.1566 ms 0.00k Task: runrun(Single)
может влиять?
 
Shevchik сказал(а):
Это будет подвешивть твой сервер на секунду когда кто-то приватит регион. Но к расходу памяи это не имеет никакого отношения.
Нажмите, чтобы раскрыть...
Сейчас убрал DisguiseCraft, пока пол часа более-менее, 30чел. Снимок экрана от 2014-05-31 13:03:49.png
А как можно узнать, на что расходуется память? Тогда всё стало бы сразу понятно.
 
Так-то да, он отвечает лишь за минимальный размер оперативки на использование. Он тут вообще значения не играет.
 
bkcommonlib убрал. Нифига пока не получается, пойду свою тему создавать.. При примерно одинаковом он-лайн 20-30чел, в момента запуска занимает от 1,5 до 3Гб, затем в течении 2 часов съедает до 10-12, пока не достигает предела и начинает тормозить из-за недостатка памяти. ((
 
InterVi сказал(а):
А ты все-таки попробуй -Xms. Для остальных специально проведу эксперимент.
Нажмите, чтобы раскрыть...
Да уже пробовал, эффект тот же, только стартует с выделенкой минимально указанной. Тут что-то в сервере не так, вот сейчас, за 3 часа серв съел 10Гб, сейчас детвора ушла спать, на сервере никого, а память высвобождаться даже не думает. Сейчас сижу читаю, как узнать чем там всё забито. Шевчик говорил профайлером, в JVM потыкался, пока ничего не понял...

Sampler вот такое пишетСнимок экрана от 2014-06-01 02:29:18.png
если запускаю профилер, то там всё жутко зависает.

PS а чем можно вот так посмотреть?bazr.jpg
 
Последнее редактирование:
Сложновато это для меня. А /lag что-нибудь дельное говорит? Если чанки не выгружаются, покрути эти параметры в bukkit.yml
Код: 
chunk-gc:
  period-in-ticks: 600
  load-threshold: 200
 
InterVi сказал(а):
Сложновато это для меня. А /lag что-нибудь дельное говорит? Если чанки не выгружаются, покрути эти параметры в bukkit.yml
Код: 
chunk-gc:
  period-in-ticks: 600
  load-threshold: 200
Нажмите, чтобы раскрыть...
история пришла к логическому завершению
http://www.rubukkit.org/threads/spigot-179-съедает-всю-память.71402/#post-908317
 
Для ответа нужно войти/зарегистрироваться
Назад
Верх Низ