Решено Нестабильная нагрузка на процессор

Статус
Закрыто для дальнейших ответов.

Sitmobedaf

Старожил
Пользователь
Баллы
103
Ник в Minecraft
SiT
Есть ли способ узнать, какой плагин больше всего нагружает процессор? К сожалению не могу вычислить это методом отката, так как неизвестно когда проблема началась, потому что сервер раньше держал на хостинге, на котором не мог смотреть нагрузку.

В таймингах ничего интересного не показывает, плагины меняются местами.

6a49ff1438b0b9e7ddf93f8908e6e8a5.jpg
 
Спс
Нет, всё-таки программа бесполезна, не показывает нагрузку в режиме реального времени + не показывает нагрузку относительно всего процесса, показывает только на каждый поток, а это глупо, или там есть настройка.
Уже 4 дня пытаюсь выяснить причину, выгружал почти все плагины на ходу:
049e3e2362d4f55024a999f8a10af69f.png

На день пробовал держать сервер с включённым аварийным режимом от WG (/stoplag) + постоянно чистил все entity. Поставил PaperSpigot - никакого результата. Сейчас удалил ProtocolSupport, кажется стало немного лучше, но надо дождаться вечера, чтобы более точно увидеть результат.
На сервере 61 плагин, выгружал до 15, после выгрузки каждого проверял стабильность нагрузки на CPU, дошёл до PSupport, сервер выключился.
И да, на дедике стоят x2 Xeon 2620v2, один сервер с онлайном 60 игроков грузит их от 5 до 25%
Буду использовать JVM Monitor; вернул ProtocolSupport. Проблема действительно очень интересная. О результатах напишу...
 
2.10? Ну не удивительно, под сервер хотя бы 2.5 надо, а лучше от 3.

И это по-твоему нагрузка? Да ты счастливчик. Главный поток там всё нагружает.
Всегда найдётся люди, для которых это нормально, и я не понял первого вопроса.
 
Всегда найдётся люди, для которых это нормально, и я не понял первого вопроса.
Для сервера с 60 игроками это нормально. У процессора мощность ведь 2.1 ГГц? И лучше бы выложить нагрузку по ядрам, так будет понятнее. Потому что 25% могут быть 100% на одном ядре из четырёх.
 
На дедике два шести-ядерных процессора, в общей сложности 24 виртуальных ядра, частота работы ядер не важна. На игровые сервера нет ограничений по процессору, могут использовать столько - сколько нужно.
 
На дедике два шести-ядерных процессора, в общей сложности 24 виртуальных ядра, частота работы ядер не важна. На игровые сервера нет ограничений по процессору, могут использовать столько - сколько нужно.
Как раз таки частота все решает.
 
Как раз таки частота все решает.
Глупости, решает соотношение транзисторов в ядре процессора к частоте.
И я ошибся, не v2, а v3, частота 2.4
+ архитектура, в данном процессоре Haswel-EP, и процессор может разгоняться до 3.2 (turbo boost), сейчас работает на 2.57
 
Глупости, решает соотношение транзисторов в ядре процессора к частоте.
И я ошибся, не v2, а v3, частота 2.4
+ архитектура, в данном процессоре Haswel-EP, и процессор может разгоняться до 3.2 (turbo boost), сейчас работает на 2.57
Это слишком мало для сервера майна.
 
частота работы ядер не важна
Вообще-то все пригодные ядра однопоточные, им как раз важна частота. В отдельных потоках идёт всякая хрень вроде сохранения карты, чата и заходящих игроков, нагрузка не очень большая.

Может выложишь тайминги? Наверняка там tickEntity и PlayerHandler всё сожрали.
 
Paper тупит, ввожу /timings on, через минут 10-15, /timings merged, он не выдаёт, что я не запускал тайминги и предлагает ввести /timings on, и так раз 20 за 3 дня.
Но иногда всё-таки работало:
https://timings.aikar.co/v2/?id=c81bc4e513a342018417cb5b3b6189c0
https://timings.aikar.co/v2/?id=425af23d47c84ae5a837024860c99178
https://timings.aikar.co/v2/?id=f22a18849ed747ae89d93b2914039690
https://timings.aikar.co/v2/?id=dc82616dcc234ee6a9a61a25793ccbf6
 
АА мои глаза, нахрена было так уродовать тайминги, спайгот стиль в разу лучше, не вырвиглазный и со спойлерами.
И даже не сортирует по возрастанию. Выбрасывай это говно и ставь spigot. Ибо пол часа разбирать это говно не варик.
 
АА мои глаза, нахрена было так уродовать тайминги, спайгот стиль в разу лучше, не вырвиглазный и со спойлерами.
И даже не сортирует по возрастанию. Выбрасывай это говно и ставь spigot. Ибо пол часа разбирать это говно не варик.
В нём есть встроенный NoCollision и ещё несколько полезных настроек. И помню какой-то разработчик не хотел смотреть на тайминги обычного спигота, требовал от папер. Странно, но сейчас нагрузка стабильна, смотреть пока не на что. Возможно подействовали настройки папера, и в spigot.yml уменьшил время на вычисление entity ИИ.
 
В нём есть встроенный NoCollision и ещё несколько полезных настроек. И помню какой-то разработчик не хотел смотреть на тайминги обычного спигота, требовал от папер. Странно, но сейчас нагрузка стабильна, смотреть пока не на что. Возможно подействовали настройки папера, и в spigot.yml уменьшил время на вычисление entity ИИ.
Видимо он не видел это уебище 😁. Старая версия еще норм была.
 
Тайминги жуткое говно, поставь обычный спигот. В пайпере баги к тому же регулярно встречаются. Из того, что увидел:
  1. Диск SSD?
  2. Карта прогружена или генерируется под инроками?
  3. ChestCommands прилично грузит
 
2 SSD в RAID 1 (заполнены не более, чем на 40%)
Карты прогрузил первым делом, как заметил проблемы
Завтра буду смотреть...
 
Твой проц дно для майна. Он одно ядро максимум может. Надо брать i7 4790K или 6700K - лучшие процы для майна.
Что он может одно ядро? Все ядра задействованы. К тому же процессор не один, а два. И раньше была похожая проблема на Spigot 1.7.10 на процессоре E5-1650v2. Не понимаю, зачем к процессору придираться.
процессор ну совсем не для майна, меняй на i7, и сноси говно-шиндовс
Хочешь сказать, что если я поставлю к примеру Ubunru и процессор i7-6700, проблема уйдёт? Ничего подобного!
 
Статус
Закрыто для дальнейших ответов.
Назад
Верх Низ