Проблемы с mspt

[dede21]

Всем привет столкнулся с такой проблемой я использую хостинг bitrixnodes.pro и ядро leaf сервер 1.21.11 16gb оперативы.
я настраивал сервер много раз и все равно mspt был плох и настроил, а сейчас настроил по этому гайду

Авторизуйтесь для просмотра ссылок.

все равно не помог по идее по этой настройке сервер должен выдерживать 50 игроков с mspt ниже 10 а у меня mspt 9-15 когда на сервере 10 игроков

вот spark:

Авторизуйтесь для просмотра ссылок.

Мои плагины

Вам необходимо зарегистрироваться для просмотра изображений-вложений

 

[Mioji]

Выдели 12 гб xms и xmx одинаково. Используй официальную документацию Leaf для настройки, настраивай сам и смотри что меняешь внимательно, описание каждой строки исходя из leaf/purpur/paper документации. Такие значения mspt нормальные, если у тебя фермы, но через настройки ядра и мобов их можно снизить, и не просто обрезав спавн рейт и чанки, а например урезание того как быстро прогружаются чанки, как долго они сохраняются и т.д

Не нормально, когда у тебя при нагрузки 50-200+ онлайна mspt превышает 45-50, тогда начинаются проблемы и лагм. Для создания минимальной нагрузки, тебе стоит отказаться от protocollib и поставить packetevents, не использовать античиты и плагины которые используют protocollib.

 

[dede21]

Выдели 12 гб xms и xmx одинаково. Используй официальную документацию Leaf для настройки, настраивай сам и смотри что меняешь внимательно, описание каждой строки исходя из leaf/purpur/paper документации. Такие значения mspt нормальные, если у тебя фермы, но через настройки ядра и мобов их можно снизить, и не просто обрезав спавн рейт и чанки, а например урезание того как быстро прогружаются чанки, как долго они сохраняются и т.д

Не нормально, когда у тебя при нагрузки 50-200+ онлайна mspt превышает 45-50, тогда начинаются проблемы и лагм. Для создания минимальной нагрузки, тебе стоит отказаться от protocollib и поставить packetevents, не использовать античиты и плагины которые используют protocollib.

Спасибо!

 

[HomaPlus]

Всем привет столкнулся с такой проблемой я использую хостинг bitrixnodes.pro и ядро leaf сервер 1.21.11 16gb оперативы.
я настраивал сервер много раз и все равно mspt был плох и настроил, а сейчас настроил по этому гайду

Авторизуйтесь для просмотра ссылок.

все равно не помог по идее по этой настройке сервер должен выдерживать 50 игроков с mspt ниже 10 а у меня mspt 9-15 когда на сервере 10 игроков

вот spark:

Авторизуйтесь для просмотра ссылок.

Мои плагины

Вам необходимо зарегистрироваться для просмотра изображений-вложений

Данное руководство не содержит конкретных данных об оборудовании, на котором это тестировалось

Возможно дело тупо в уже устаревшем процессоре - R5-3600 - вот и mspt ниже
По нормальному сервера укомплектовывают R9-ыми, которые на 50-70% быстрее на ядро (про мультипоток вообще молчу) и при этом меньше электричества жрут

 

[dede21]

Данное руководство не содержит конкретных данных об оборудовании, на котором это тестировалось

Возможно дело тупо в уже устаревшем процессоре - R5-3600 - вот и mspt ниже
По нормальному сервера укомплектовывают R9-ыми, которые на 50-70% быстрее на ядро (про мультипоток вообще молчу) и при этом меньше электричества жрут

процесор Ryzen 5 3600 и ssd, а Ryzen 7 3700X будет лучше?

 

[HomaPlus]

процесор Ryzen 5 3600 и ssd, а Ryzen 7 3700X будет лучше?

Открыл любой сайт с бенчмарками и сравнил любые интересующие процессоры
Естественно да (но не значительно)

Лично мне нравится

Авторизуйтесь для просмотра ссылок.

 

[TIplur]

Возможно дело тупо в уже устаревшем процессоре - R5-3600 - вот и mspt ниже

Сами по себе слова про процессор не совсем мимо, но есть нюансы, которые стоило бы озвучить в первую очередь. Во первых, часть нагрузки создается архитектурно: авторизация висит на самом режиме, плюс есть набор лишних плагинов и интеграций, которые грузят backend тем, что вообще не обязано жить на игровом тике. (Про хостинг вообще молчу )

Из того, что я увидел. TC, твоя проблема не в конфигах, а в плагинах. CoreProtect сам по тебе тяжелый и проблемный, а ты еще всякими плагинами на телегу нагружаешь. Авторизацию и прочее лучше вообще выкинуть на Proxy (Velocity). Но это из того, что вообще по минимальному можно сказать. Возможно тебе хостер выдает не полное железо, либо же угашенное в такое состояние, что там ну невозможно что-то держать (частая практика у подобных).

Из того, что я вижу уже сразу же, процессор угашенный - большую часть времени просто серверный тред ждет следующий тик, в чем тезисно виноват "Процессор", что странно, таких результатов у меня никогда не было на подобных процессорах (хотя ядро тоже вызывает вопросы). У тебя 81% сидит в parkNanos/Unsafe.park, а processPacketsAndTick() занимает около 16%. По-человечески это читается так: main thread значительную часть времени простаивает между тиками, а не круглосуточно перерабатывает под завязку.

То есть, это не похоже на ситуацию “ядро не вывозит даже базовую работу”. Если бы сервер реально упирался в CPU по main thread, картина была бы куда ближе к постоянной занятости в игровых вызовах, тиках мира, сущностях, чанках, плагинах и обработке пакетов, а не в ожидании. Проблема не выглядит как “срочно менять 3600 на 3700X и все магически пройдет". Тут уже логичнее копать в сторону архитектуры, кратковременных spikes, отдельных тяжелых операций, неудачных плагинных сценариев или внешних зависимостей вроде базы, логирования, авторизации и сетевых обработчиков.

Кратко резюмируя решение - иди перебирай плагины, проблема сейчас в них с вероятностью 85%.

 

[Paraboy]

Сами по себе слова про процессор не совсем мимо, но есть нюансы, которые стоило бы озвучить в первую очередь. Во первых, часть нагрузки создается архитектурно: авторизация висит на самом режиме, плюс есть набор лишних плагинов и интеграций, которые грузят backend тем, что вообще не обязано жить на игровом тике. (Про хостинг вообще молчу )

Из того, что я увидел. TC, твоя проблема не в конфигах, а в плагинах. CoreProtect сам по тебе тяжелый и проблемный, а ты еще всякими плагинами на телегу нагружаешь. Авторизацию и прочее лучше вообще выкинуть на Proxy (Velocity). Но это из того, что вообще по минимальному можно сказать. Возможно тебе хостер выдает не полное железо, либо же угашенное в такое состояние, что там ну невозможно что-то держать (частая практика у подобных).

Из того, что я вижу уже сразу же, процессор угашенный - большую часть времени просто серверный тред ждет следующий тик, в чем тезисно виноват "Процессор", что странно, таких результатов у меня никогда не было на подобных процессорах (хотя ядро тоже вызывает вопросы). У тебя 81% сидит в parkNanos/Unsafe.park, а processPacketsAndTick() занимает около 16%. По-человечески это читается так: main thread значительную часть времени простаивает между тиками, а не круглосуточно перерабатывает под завязку.

То есть, это не похоже на ситуацию “ядро не вывозит даже базовую работу”. Если бы сервер реально упирался в CPU по main thread, картина была бы куда ближе к постоянной занятости в игровых вызовах, тиках мира, сущностях, чанках, плагинах и обработке пакетов, а не в ожидании. Проблема не выглядит как “срочно менять 3600 на 3700X и все магически пройдет". Тут уже логичнее копать в сторону архитектуры, кратковременных spikes, отдельных тяжелых операций, неудачных плагинных сценариев или внешних зависимостей вроде базы, логирования, авторизации и сетевых обработчиков.

Кратко резюмируя решение - иди перебирай плагины, проблема сейчас в них с вероятностью 85%.

offtop

Фига у тебя там титулов осталось модера залутать и все

 

[TIplur]

offtop

Фига у тебя там титулов осталось модера залутать и все

offtop

Дату регистрации посмотри) Я тут плесень

 

[dede21]

Сами по себе слова про процессор не совсем мимо, но есть нюансы, которые стоило бы озвучить в первую очередь. Во первых, часть нагрузки создается архитектурно: авторизация висит на самом режиме, плюс есть набор лишних плагинов и интеграций, которые грузят backend тем, что вообще не обязано жить на игровом тике. (Про хостинг вообще молчу )

Из того, что я увидел. TC, твоя проблема не в конфигах, а в плагинах. CoreProtect сам по тебе тяжелый и проблемный, а ты еще всякими плагинами на телегу нагружаешь. Авторизацию и прочее лучше вообще выкинуть на Proxy (Velocity). Но это из того, что вообще по минимальному можно сказать. Возможно тебе хостер выдает не полное железо, либо же угашенное в такое состояние, что там ну невозможно что-то держать (частая практика у подобных).

Из того, что я вижу уже сразу же, процессор угашенный - большую часть времени просто серверный тред ждет следующий тик, в чем тезисно виноват "Процессор", что странно, таких результатов у меня никогда не было на подобных процессорах (хотя ядро тоже вызывает вопросы). У тебя 81% сидит в parkNanos/Unsafe.park, а processPacketsAndTick() занимает около 16%. По-человечески это читается так: main thread значительную часть времени простаивает между тиками, а не круглосуточно перерабатывает под завязку.

То есть, это не похоже на ситуацию “ядро не вывозит даже базовую работу”. Если бы сервер реально упирался в CPU по main thread, картина была бы куда ближе к постоянной занятости в игровых вызовах, тиках мира, сущностях, чанках, плагинах и обработке пакетов, а не в ожидании. Проблема не выглядит как “срочно менять 3600 на 3700X и все магически пройдет". Тут уже логичнее копать в сторону архитектуры, кратковременных spikes, отдельных тяжелых операций, неудачных плагинных сценариев или внешних зависимостей вроде базы, логирования, авторизации и сетевых обработчиков.

Кратко резюмируя решение - иди перебирай плагины, проблема сейчас в них с вероятностью 85%.

буду пробывать

Объединено Вчера в 16:49

Сами по себе слова про процессор не совсем мимо, но есть нюансы, которые стоило бы озвучить в первую очередь. Во первых, часть нагрузки создается архитектурно: авторизация висит на самом режиме, плюс есть набор лишних плагинов и интеграций, которые грузят backend тем, что вообще не обязано жить на игровом тике. (Про хостинг вообще молчу )

Из того, что я увидел. TC, твоя проблема не в конфигах, а в плагинах. CoreProtect сам по тебе тяжелый и проблемный, а ты еще всякими плагинами на телегу нагружаешь. Авторизацию и прочее лучше вообще выкинуть на Proxy (Velocity). Но это из того, что вообще по минимальному можно сказать. Возможно тебе хостер выдает не полное железо, либо же угашенное в такое состояние, что там ну невозможно что-то держать (частая практика у подобных).

Из того, что я вижу уже сразу же, процессор угашенный - большую часть времени просто серверный тред ждет следующий тик, в чем тезисно виноват "Процессор", что странно, таких результатов у меня никогда не было на подобных процессорах (хотя ядро тоже вызывает вопросы). У тебя 81% сидит в parkNanos/Unsafe.park, а processPacketsAndTick() занимает около 16%. По-человечески это читается так: main thread значительную часть времени простаивает между тиками, а не круглосуточно перерабатывает под завязку.

То есть, это не похоже на ситуацию “ядро не вывозит даже базовую работу”. Если бы сервер реально упирался в CPU по main thread, картина была бы куда ближе к постоянной занятости в игровых вызовах, тиках мира, сущностях, чанках, плагинах и обработке пакетов, а не в ожидании. Проблема не выглядит как “срочно менять 3600 на 3700X и все магически пройдет". Тут уже логичнее копать в сторону архитектуры, кратковременных spikes, отдельных тяжелых операций, неудачных плагинных сценариев или внешних зависимостей вроде базы, логирования, авторизации и сетевых обработчиков.

Кратко резюмируя решение - иди перебирай плагины, проблема сейчас в них с вероятностью 85%.

а как мне проверять нагрузку. вот например убрал я один плагин как мне узнать что именно он вредитель

 

[TIplur]

а как мне проверять нагрузку. вот например убрал я один плагин как мне узнать что именно он вредитель

Учиться считывать информацию профайлера Spark, он тебе чистые цифры и данные показывает.

upd: Мне хватило того, что я просто спустился посмотреть нагрузку процессов, не смотря на данные сверху. Очевидно мне нагрузка процессов больше скажет.

 

[dede21]

Учиться считывать информацию профайлера Spark, он тебе чистые цифры и данные показывает.

я вообще не разбираюсь в нем

 

[TIplur]

я вообще не разбираюсь в нем

Многоуважаемый TC, а как вы проект собрались держать?

 

[dede21]

Многоуважаемый TC, а как вы проект собрались держать?

я в процессе изучение

 

[HomaPlus]

Сами по себе слова про процессор не совсем мимо, но есть нюансы, которые стоило бы озвучить в первую очередь. Во первых, часть нагрузки создается архитектурно: авторизация висит на самом режиме, плюс есть набор лишних плагинов и интеграций, которые грузят backend тем, что вообще не обязано жить на игровом тике. (Про хостинг вообще молчу )

Из того, что я увидел. TC, твоя проблема не в конфигах, а в плагинах. CoreProtect сам по тебе тяжелый и проблемный, а ты еще всякими плагинами на телегу нагружаешь. Авторизацию и прочее лучше вообще выкинуть на Proxy (Velocity). Но это из того, что вообще по минимальному можно сказать. Возможно тебе хостер выдает не полное железо, либо же угашенное в такое состояние, что там ну невозможно что-то держать (частая практика у подобных).

Из того, что я вижу уже сразу же, процессор угашенный - большую часть времени просто серверный тред ждет следующий тик, в чем тезисно виноват "Процессор", что странно, таких результатов у меня никогда не было на подобных процессорах (хотя ядро тоже вызывает вопросы). У тебя 81% сидит в parkNanos/Unsafe.park, а processPacketsAndTick() занимает около 16%. По-человечески это читается так: main thread значительную часть времени простаивает между тиками, а не круглосуточно перерабатывает под завязку.

То есть, это не похоже на ситуацию “ядро не вывозит даже базовую работу”. Если бы сервер реально упирался в CPU по main thread, картина была бы куда ближе к постоянной занятости в игровых вызовах, тиках мира, сущностях, чанках, плагинах и обработке пакетов, а не в ожидании. Проблема не выглядит как “срочно менять 3600 на 3700X и все магически пройдет". Тут уже логичнее копать в сторону архитектуры, кратковременных spikes, отдельных тяжелых операций, неудачных плагинных сценариев или внешних зависимостей вроде базы, логирования, авторизации и сетевых обработчиков.

Кратко резюмируя решение - иди перебирай плагины, проблема сейчас в них с вероятностью 85%.

Ядро вполне вывозит - ТС просто жалуется что время тика в полтора раза выше ожидаемого
В гайде характеристики по железу не указаны.

И вот совпадение - нормальные серверные процессоры так же в 1.5-1.8+ раза быстрее (на ядро)
Даж мой ноутбучый r9-ый может гнать на 60% в однопотоке

 

[TIplur]

Ядро вполне вывозит - ТС просто жалуется что время тика в полтора раза выше ожидаемого
В гайде характеристики по железу не указаны.

И вот совпадение - нормальные серверные процессоры так же в 1.5-1.8+ раза быстрее (на ядро)
Даж мой ноутбучый r9-ый может гнать на 60% в однопотоке

Повторюсь, я не говорю, что твои аргументы не имеют место быть, как раз на оборот, очень даже. Но учитывая текущую ситуацию, когда человек даже в минимальном не может разобраться, зачем ему решать проблему покупкой более мощного железа, когда и тут можно упороться и оптимизировать все качественно!? При этом сохранить средства TC.

 

[HomaPlus]

зачем ему решать проблему

Какая проблема?
Пока нет нагрузки даже в 75% мощностей - проблемы нет

когда и тут можно упороться и оптимизировать все качественно!?

Я говорил уже 200 раз. Оптимизацией в реальности занимаюсь только я.
То чем вы там занимаетесь - это кастрация функций/геймплея

 

[TIplur]

offtop

Какая проблема?
Пока нет нагрузки даже в 75% мощностей - проблемы нет

Я говорил уже 200 раз. Оптимизацией в реальности занимаюсь только я.
То чем вы там занимаетесь - это кастрация функций/геймплея

Мне даже продолжать не хочется с вами диалог. Оптимизацией в реальности никто сейчас не занимается. То что мы делаем свою работу, мы не урезаем механики. А своё ЧСВ, пожалуйста будьте добры контролировать, я к вам без негатива обращался)

Что касается до вопроса, я все еще буду стоять на своей позиции, надо решить вопросы с плагинами.

 

[dede21]

Какая проблема?
Пока нет нагрузки даже в 75% мощностей - проблемы нет


Я говорил уже 200 раз. Оптимизацией в реальности занимаюсь только я.
То чем вы там занимаетесь - это кастрация функций/геэт

кастрацией функций это не назовешь, общайтесь без проявление агрессии

Объединено Вчера в 17:52

Повторюсь, я не говорю, что твои аргументы не имеют место быть, как раз на оборот, очень даже. Но учитывая текущую ситуацию, когда человек даже в минимальном не может разобраться, зачем ему решать проблему покупкой более мощного железа, когда и тут можно упороться и оптимизировать все качественно!? При этом сохранить средства TC.

так потихоньку разбираюсь и я даже нормально оптимизировал сервер по гайду оптимизировал потом до этого была моя оптимизация которая работала в разы лучше и е

Авторизуйтесь для просмотра ссылок.

ое что я плохо разобрал так это плагины которые накачал и спарк логи

 

[TIplur]

так потихоньку разбираюсь и я даже нормально оптимизировал сервер по гайду оптимизировал потом до этого была моя оптимизация которая работала в разы лучше и е

Авторизуйтесь для просмотра ссылок.

ое что я плохо разобрал так это плагины которые накачал и спарк логи

Вам полезно было бы почитать в целом за флаги Java и на что они способны, в гайдах оптимизации вечно пишут вот такие флаги надо использовать. Но у каждого инфраструктура уникальная и универсального решения просто не бывает) Научитесь понимать флаги и принцип их работы, появится небольшая база знаний для дальнейших рассуждений и решений вопросов.

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