Вопрос Резкий скачек MSPT и ТПС при заходе и не только

HexingColor

Пользователь
Сообщения
49
Столкнулся с такой проблемой,решил обновится с 1.16.5 до 1.21.11 leaf,и заметил что при /rtp или при телепорте на спавн очень сильно залагивает,сделал /spark profiler start --timeout 60 и ничего не нашел,знатоки помогите!
 
Никогда не используй это

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


И выполни /spark profiler start --only-ticks-over 50 --ignore-sleeping и напиши /spark profiler stop после того, как найдешь лаги.
 
Последнее редактирование:
Ты карту то прогружал, а то chunky не наблюдаю в плагинах
Есть, все прогруженно
Объединено

Никогда не используй это

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


И выполни /spark profiler start --only-ticks-over 50 --ignore-sleeping и напиши /spark profiler stop после того, как найдешь лаги.
Хорошо щас сделаю и скину
 
Никогда не используй это

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


И выполни /spark profiler start --only-ticks-over 50 --ignore-sleeping и напиши /spark profiler stop после того, как найдешь лаги.
 
У тебя на сервере критически не хватает ресурсов, потому что у тебя всего 6 ГБ ОЗУ выделено на сервер и 1 CPU.

Так то 6 гб озу для небольшого сервера это нормально, а не мало.
 
Никогда не используй это

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


И выполни /spark profiler start --only-ticks-over 50 --ignore-sleeping и напиши /spark profiler stop после того, как найдешь лаги.
Приветствую! Можно конкретики почему никогда его не использовать? HolyWorld сам использует плагин, недавно также был пул реквест фикс на гитхабе, от 3AK0(Матвей Слотвинский, Технический администратор HolyWorld) по плагину ProtocolLib. На стриме Он говорил что скоро уберут этот плагин, но это всё в будущем.
 
Приветствую! Можно конкретики почему никогда его не использовать? HolyWorld сам использует плагин, недавно также был пул реквест фикс на гитхабе, от 3AK0(Матвей Слотвинский, Технический администратор HolyWorld) по плагину ProtocolLib. На стриме Он говорил что скоро уберут этот плагин, но это всё в будущем.
привет, отвечу за него: 1. Производительность ужасная 2. А для чего он нужен? Если спросить у самого себя, введи /protocol listeners и глянь, какие плагины у тебя используют его? Те плагины что используют его как ОБЯЗАТЕЛЬНУЮ зависимость я рекомендую выкинуть на помойку, ибо скорее всего это плагины сделаны на версию 1.12.X-1.16.X и не хотят эволюционировать (если у тебя конечно сервер не такой версии, если версия 1.12-1.16 он может быть оправдан, хотя уже на 1.16 часто начинают использовать packetevents) 3. Опять же о теме с packetevents - это куда лучший аналог ProtocolLib (который тоже имеет свои изъяны), но тем не менее, сейчас все античиты (к примеру Vulcan) все пакет-решения делают через него (packetevents), т.к. это считай ProtocolLib, но которому дали 2-ое дыхание

ну и банально посмотри последнее обновление ProtocolLib и всё станет понятно, и глянь последнее обновление packetevents заодно. Касаемо зако у них сборка мне кажется ОЧЕНЬ сильно самописная, и много пакет решений было сделано на ProtocolLib и скорее всего это единственное что ПОКА-ЧТО мешает им избавиться от мусора, других проблем я тут не вижу, лично для себя недавно удалил плагин т.к. он хавал ~1.5% CPU на 100-200 онлайна, при этом на нём висел лишь LiteBans (и то, отключив ProtocolLib в лайтбансе у меня ничего не поломалось и всё также работало)

Т.е. на своём примере я избавился от мусора нагружавший сервер на 1.5% и приобрёл НЕБОЛЬШУЮ, ОЧЕНЬ НЕБОЛЬШУЮ нагрузку от самого LiteBans листенера на буквально 0,01-0,04% в пиках
 
Последнее редактирование:
привет, отвечу за него: 1. Производительность ужасная 2. А для чего он нужен? Если спросить у самого себя, введи /protocol listeners и глянь, какие плагины у тебя используют его? Те плагины что используют его как ОБЯЗАТЕЛЬНУЮ зависимость я рекомендую выкинуть на помойку, ибо скорее всего это плагины сделаны на версию 1.12.X-1.16.X и не хотят эволюционировать (если у тебя конечно сервер не такой версии, если версия 1.12-1.16 он может быть оправдан, хотя уже на 1.16 часто начинают использовать packetevents) 3. Опять же о теме с packetevents - это куда лучший аналог ProtocolLib (который тоже имеет свои изъяны), но тем не менее, сейчас все античиты (к примеру Vulcan) все пакет-решения делают через него (packetevents), т.к. это считай ProtocolLib, но которому дали 2-ое дыхание

ну и банально посмотри последнее обновление ProtocolLib и всё станет понятно, и глянь последнее обновление packetevents заодно. Касаемо зако у них сборка мне кажется ОЧЕНЬ сильно самописная, и много пакет решений было сделано на ProtocolLib и скорее всего это единственное что ПОКА-ЧТО мешает им избавиться от мусора, других проблем я тут не вижу, лично для себя недавно удалил плагин т.к. он хавал ~1.5% CPU на 100-200 онлайна, при этом на нём висел лишь LiteBans (и то, отключив ProtocolLib в лайтбансе у меня ничего не поломалось и всё также работало)

Т.е. на своём примере я избавился от мусора нагружавший сервер на 1.5% и приобрёл НЕБОЛЬШУЮ, ОЧЕНЬ НЕБОЛЬШУЮ нагрузку от самого LiteBans листенера на буквально 0,01-0,04% в пиках
У них последнее пакет решение было релизнуто на гитхаб. Зако уже запустил пул реквест, в котором приняли его запрос на исправление нагрузки и лишних пакетов.

А насчёт нагрузки, возможно, но пока не видел у себя данной проблемы. А так возьму на заметку, спасибо)
 
Никогда не используй это

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


И выполни /spark profiler start --only-ticks-over 50 --ignore-sleeping и напиши /spark profiler stop после того, как найдешь лаги.
Хороший тамада и конкурсы интересные
 
У них последнее пакет решение было релизнуто на гитхаб. Зако уже запустил пул реквест, в котором приняли его запрос на исправление нагрузки и лишних пакетов.

А насчёт нагрузки, возможно, но пока не видел у себя данной проблемы. А так возьму на заметку, спасибо)
та да, зако не только им помогает, он ещё для ViaVersion пулл сделал как я знаю на фикс эксплоита (он кстати в LPX пофикшен если чо, поэтому у кого lpx не волнуйтесь). Но протоколлиб всё равно стар и на данный момент производительность ТОЧНО хромает :)
 
offtop Они ещё не знают...
Вам необходимо зарегистрироваться для просмотра изображений-вложений
чота не понял ну короче суть в том что у хв свой фиксер, поэтому у них не зафикшена эта шняга которая уже давным давно зафикшена через LPX, а Via чота не торопятся закрывать дырку
 
Назад
Сверху Снизу