Сборки серверов

СливПлатные

Сейчас онлайн

  • Frutik
  • hellokitym
  • dimaboba338
  • _rework
  • Boomixe
  • Sh1ck
  • krqtexenon
  • moneyrain_bot
  • MALEX
  • SDFFwd
  • Anyachkaaaaa
  • Me9a
  • txlz_
  • nhhh
  • al1mtaev
  • SHELDERSONA
  • anlixide
  • syl1rzzy
  • Vladusman4k
  • 4l3x4ndd3r1
  • mbappe12
  • dozfi
  • HizewQ
  • excet34
  • lemnt
  • Stalin228454
  • CrIzIs
  • Am_Yam
  • Wendy
  • Ruskep07
  • Leerouh
  • 2005danyadanya2005
  • RozikYT
  • kross05
  • TheProkty
  • romacraft
  • LoveDast
  • bankzan
  • goidanator
  • grieflike
  • Mydom
  • zip_pepe
  • M0riall
  • Jdkdkdjd
  • grigorya
  • ConsoleOk1
  • Remake
  • Woparh
  • brawlbeach500
  • Byntarick_
  • egor2
  • SEREBRO
  • bR1zt
  • sav1251266
  • jdhxjcb
  • ыуваыва
  • Tarekizor
  • alqness
  • melinfer
  • ViRTi
  • Link2S
  • ilia_126
  • maev46
  • Tecj
  • odies
  • jsoncmd
  • T1s6x
  • Wayfarer
  • kast00
  • m3awer

Помощь с оптимизацией сервера

  • Автор темыasdlkjajrwekrjkl
  • Дата начала
A
Версия ядра сервера
1.21+
В общем, эта беда преследует уже давно, не понимаю честно говоря в чём причина вот этих приколов. На сервере ужасно просаживается ТПС при маленьком кол-ве игроков и собсвтенно малой нагрузке

Прикладываю спарк и кфгшки сервера:

Ядро Purpur 1.21.10
 

Вложения

  • bukkit.yml
    1,1 КБ · Просмотры: 3
  • paper-global.yml
    4,3 КБ · Просмотры: 1
  • paper-world-defaults.yml
    8,3 КБ · Просмотры: 3
  • purpur.yml
    58,3 КБ · Просмотры: 2
  • spigot.yml
    4,8 КБ · Просмотры: 2
GPT-4o
К сожалению, я не могу просмотреть ссылки. Однако, я могу предложить некоторые возможные причины низкого TPS на вашем сервере и рекомендации по их устранению.

1. Плагины: Некоторые плагины могут вызывать задержки. Проверьте, какие плагины установлены, и отключите ненужные или те, которые могут вызывать проблемы.

2. Настройки сервера: Проверьте конфигурацию вашего сервера. Некоторые параметры могут быть неправильно настроены, что приводит к снижению производительности.

3. Мир и чанки: Если в вашем мире много чанков, которые постоянно загружаются, это может негативно сказаться на производительности. Попробуйте оптимизировать мир или использовать плагин для управления чанками.

4. Ограничение ресурсов: Убедитесь, что сервер имеет достаточно ресурсов (CPU, память). Если сервер работает на виртуальной машине, проверьте, не ограничены ли ресурсы.

5. Версия ядра: Убедитесь, что используемая версия ядра Purpur обновлена до последней стабильной версии, так как обновления могут содержать исправления производительности.

Если у вас есть конкретные настройки или части конфигурации, которые вы хотите обсудить, пожалуйста, предоставьте их, и я постараюсь помочь!
 
Cyclexterminated
По данным твоего spark, основная нагрузка приходится на энтити и чанки. Чтобы решить проблему, тебе нужно снизить на них нагрузку. В основном проблема в тиках, поэтому отредактируем немного bukkit.yml. В строчке 34 ticks-per:
monster-spawns: 1
Это значит, что сервер пытается спавнить мобов каждый тик, то есть каждые 0.25 секунд. Это очень сильно влияет и создаёт огромную нагрузку. Поставь значение 5-10 (по наблюдению, начни с 10). Разницы видно не будет, но невероятно сильно скажется на оптимизации. Также autosave. Судя потом, что у тебя purpur, то можешь вообще выключить и поставить 0, если у тебя есть автосохранение. Это будет очень кстати, т.к. у тебя и сервер каждые 5 минут сохраняет чанки, и само ядро. А это очень не круто. Если у тебя нет автосохранения, просто поставь 12000, чтобы в 2 раза снизить нагрузку. В твоём spigot.yml в целом всё нормально, но я бы в 126 строке уменьшил бы entity-tracking-range для monsters в 2 раза (96-> 48). Это также сильно повлияет на оптимизацию, поскольку монстры спавнятся намного чаще обычных мирных мобов в любое время суток (в пещерах, на поверхности). Когда игрок просто бегает по миру, он прогружает этих мобов и они создают нагрузку в большом количестве. Не увидел у тебя файла server.properites, ты мог его скинуть отредактированным без айпи адреса и т.д., но окей.
Там
view-distance: поставь на 8, если у тебя меньше. Если больше - просто не ставь 12 и т.д., 10 будет достаточно.
simulation-distance: поставь 4 или 5. Это дистанция, на которой работают фермы и плавятся печки. Фермы станут работать хуже, поэтому отложи этот параметр на потом, если у тебя не анархический сервер. Это сильно поможет, но лучше оставить на потом. Перейдём в paper-world-defaults.yml. Там у тебя в целом всё окей, за исключением двух очень важных параметров, которые создают огромную нагрузку. - 64 и 65 строки:
max-auto-save-chunks-per-tick: 24. Это сколько чанков во время автоматического сохранения прогружаются в 1/4 секунды, создаёт очень огромную нагрузку. Поставь 6 или 8. Это немного замедлит процесс автосохранения, но мало того, что снизит нагрузку, так ещё и улучшит ситуацию игрокам. Поставив одно из таких значений, чанки у игроков станут прогружаться плавнее, то есть не сразу все вокруг, а постепенно. Они прогружаются очень быстро, поэтому игроки заметят лишь эффект постепенной прогрузки, а не полное застывание и полный вид через время. То есть лучше, если чанки прогрузятся через 10 секунд, но чанки вокруг игрока прогрузятся максимально быстро, чем если игрок будет просто тупить и чанки прогрузятся все спустя 5 секунд. Особенно эффективно после телепортации.
prevent-moving-into-unloaded-chunks: false- это нагружает сервер, когда игрок заходит в непрогруженный чанк. Поставь true. Также рекомендую поставить максимально возможную версию Java, это необязательно, но если у тебя стоит например 17, то результат будет заметен при установке 21 например. Поставь плагин Chunky и перед вайпом с помощью него прогружай каждый мир перед каждым вайпом, он обеспечит хорошую производительность. Видел у тебя нет эндер мира, это даже лучше. Нужно прогружать каждый мир в котором игроки находятся очень часто, но перед этим не забудь поставить границу миров.
 
A
По данным твоего spark, основная нагрузка приходится на энтити и чанки. Чтобы решить проблему, тебе нужно снизить на них нагрузку. В основном проблема в тиках, поэтому отредактируем немного bukkit.yml. В строчке 34 ticks-per:
monster-spawns: 1
Это значит, что сервер пытается спавнить мобов каждый тик, то есть каждые 0.25 секунд. Это очень сильно влияет и создаёт огромную нагрузку. Поставь значение 5-10 (по наблюдению, начни с 10). Разницы видно не будет, но невероятно сильно скажется на оптимизации. Также autosave. Судя потом, что у тебя purpur, то можешь вообще выключить и поставить 0, если у тебя есть автосохранение. Это будет очень кстати, т.к. у тебя и сервер каждые 5 минут сохраняет чанки, и само ядро. А это очень не круто. Если у тебя нет автосохранения, просто поставь 12000, чтобы в 2 раза снизить нагрузку. В твоём spigot.yml в целом всё нормально, но я бы в 126 строке уменьшил бы entity-tracking-range для monsters в 2 раза (96-> 48). Это также сильно повлияет на оптимизацию, поскольку монстры спавнятся намного чаще обычных мирных мобов в любое время суток (в пещерах, на поверхности). Когда игрок просто бегает по миру, он прогружает этих мобов и они создают нагрузку в большом количестве. Не увидел у тебя файла server.properites, ты мог его скинуть отредактированным без айпи адреса и т.д., но окей.
Там
view-distance: поставь на 8, если у тебя меньше. Если больше - просто не ставь 12 и т.д., 10 будет достаточно.
simulation-distance: поставь 4 или 5. Это дистанция, на которой работают фермы и плавятся печки. Фермы станут работать хуже, поэтому отложи этот параметр на потом, если у тебя не анархический сервер. Это сильно поможет, но лучше оставить на потом. Перейдём в paper-world-defaults.yml. Там у тебя в целом всё окей, за исключением двух очень важных параметров, которые создают огромную нагрузку. - 64 и 65 строки:
max-auto-save-chunks-per-tick: 24. Это сколько чанков во время автоматического сохранения прогружаются в 1/4 секунды, создаёт очень огромную нагрузку. Поставь 6 или 8. Это немного замедлит процесс автосохранения, но мало того, что снизит нагрузку, так ещё и улучшит ситуацию игрокам. Поставив одно из таких значений, чанки у игроков станут прогружаться плавнее, то есть не сразу все вокруг, а постепенно. Они прогружаются очень быстро, поэтому игроки заметят лишь эффект постепенной прогрузки, а не полное застывание и полный вид через время. То есть лучше, если чанки прогрузятся через 10 секунд, но чанки вокруг игрока прогрузятся максимально быстро, чем если игрок будет просто тупить и чанки прогрузятся все спустя 5 секунд. Особенно эффективно после телепортации.
prevent-moving-into-unloaded-chunks: false- это нагружает сервер, когда игрок заходит в непрогруженный чанк. Поставь true. Также рекомендую поставить максимально возможную версию Java, это необязательно, но если у тебя стоит например 17, то результат будет заметен при установке 21 например. Поставь плагин Chunky и перед вайпом с помощью него прогружай каждый мир перед каждым вайпом, он обеспечит хорошую производительность. Видел у тебя нет эндер мира, это даже лучше. Нужно прогружать каждый мир в котором игроки находятся очень часто, но перед этим не забудь поставить границу миров.
Хорошо, спасибо братан. Попробую, потом отпишу тебе сюда что, да как. У меня в связи с тем, что чел ниже по поводу той же ситуации написал складывается впечатление, что Play2go режут характеристики и неточные данные указывают
 
ВерхНиз