Otimizar Paper.yml para Reduzir o Lag

NOTA: Este artigo é especificamente para servidores Minecraft Java Edition e requer Paper para funcionar. Se não tem certeza de qual tipo de servidor está executando, confira este artigo para descobrir.

Este guia mostrará as configurações oferecidas pelo Paper que você pode usar para otimizar o desempenho do seu servidor.

Abaixo está uma lista de configurações do paper.yml e seus valores recomendados para desempenho ideal. Essas configurações foram testadas e otimizadas para fornecer o melhor desempenho possível com impacto mínimo na jogabilidade.

(Nota: As configurações e valores reais não são fornecidos na pergunta. Se tiver configurações específicas sobre as quais gostaria de recomendações, sinta-se à vontade para perguntar.)

max-auto-save-chunks-per-tick

Padrão: 24

Otimizado: 6

Impacto no desempenho: Alto

➫ Isso desacelera o salvamento incremental de chunks durante a tarefa de salvamento do mundo. Isso é incrivelmente importante para o desempenho, pois o salvamento de chunks é uma operação muito pesada.

Nota: Definir isso muito baixo pode resultar em chunks não salvos, então evite reduzir demais.

optimize-explosions

Padrão: false

Otimizado: true

Impacto: Menor

➫ Paper tem um algoritmo muito eficiente para explosões sem impacto na jogabilidade.

mob-spawner-tick-rate

Def: 1

Opt: 2

Impacto: Menor

➫ Este é o atraso (em ticks) antes de um spawner ativo tentar gerar mobs. Dobrar o atraso não afetará as taxas de geração e reduzirá a quantidade de verificações que o servidor precisa realizar.

disable-chest-cat-detection

Def: false

Opt: true

Impacto: Menor

➫ Os baús procuram a presença de um gato em cima quando um jogador os abre. Embora habilitar isso remova o comportamento padrão de gato-no-baú, é insignificante pois o recurso raramente é usado.

container-update-tick-rate

Def: 1

Opt: 3

Impacto: Menor

➫ Isso muda a frequência (em ticks) com que os inventários são atualizados enquanto abertos. Não exceda 4 para evitar problemas visuais.

max-entity-collisions (em Spigot.yml em algumas versões)

Def: 8

Opt: 2

Impacto: Médio

➫ Entidades apertadas (moedores, fazendas, etc.) colidirão menos e consumirão menos TPS no processo.

grass-spread-tick-rate

Def: 1

Opt: 4

Impacto: Médio

➫ O tempo (em ticks) antes do servidor tentar espalhar grama nos chunks. Isso não terá impacto na jogabilidade para a maioria dos casos de uso.

despawn-ranges

Def: soft: 32, hard: 128

Opt: soft: 28, hard: 96

Impacto: Menor

Soft = A distância (em blocos) de um jogador onde os mobs serão removidos periodicamente.

Hard = Distância onde os mobs são removidos instantaneamente.

➫ Intervalos menores removem mobs em segundo plano e permitem que mais apareçam em áreas com tráfego de jogadores. Isso reduz a quantidade total de mobs.

geração reduzida (bukkit.yml).

hopper.disable-move-event

Def: false

Opt: true

Impacto: Alto

➫ Isso reduzirá significativamente o lag de hoppers evitando que InventoryMoveItemEvent seja chamado para CADA slot em um contêiner.

Aviso: Plugins que escutam InventoryMoveItemEvent irão quebrar.

non-player-arrow-despawn-rate

Def: -1 (usa arrow-despawn-rate do Spigot)

Opt: 60 (3 segundos)

Impacto: Menor

➫ Similar ao arrow-despawn-rate do Spigot, mas se aplica a flechas disparadas por esqueletos. Como os jogadores não podem pegar essas flechas, faz sentido removê-las mais rápido.

creative-arrow-despawn-rate

Def: -1 (arrow-despawn-rate do Spigot)

Opt: 60 (3 segundos)

Impacto: Menor

➫ Similar à configuração anterior, mas para flechas disparadas por jogadores que não podem ser recuperadas (arcos de infinidade).

prevent-moving-into-unloaded-chunks

Def: false

Opt: true

Impacto: Médio

➫ Evita que os jogadores entrem em um chunk não carregado (devido a lag), o que causa mais lag. A configuração "true" os teletransportará de volta à posição anterior.

Nota: Se você não pré-gerou seu mundo anteriormente (por que não?), essa configuração é crítica.

use-faster-eigencraft-redstone

Def: false

Opt: true

Impacto: Alto

➫ Esta configuração reduz atualizações redundantes de redstone em até 95% sem quebrar dispositivos vanilla. Este é o algoritmo de redstone recomendado.

Nota: Se usar um plugin para mudar algoritmos de redstone, considere substituí-los por esta opção, pois os plugins geralmente causam mais lag do que o

comportamento padrão de redstone.

armor-stands-tick

Def: true

Opt: false

Impacto: Menor

➫ Alguns itens são considerados entidades (requerendo ticking) pois interagem com o mundo. Armor stands sem ticking não serão afetados por gravidade, água, etc.

Nota: Paper também escalona o ticking de item frames em vez de fazer todos os frames tickarem de uma vez. Isso tem um impacto muito positivo no

TPS sem nenhum impacto na jogabilidade.

per-player-mob-spawns

Def: false

Opt: true

Impacto: Menor

➫ Implementa comportamento de geração para um único jogador em vez dos algoritmos aleatórios do Bukkit. Isso previne a exploração do comportamento de geração de mobs. Você também pode experimentar uma contagem de mobs mais consistente ao seu redor.

Nota: Se reduziu os limites de geração no Bukkit e percebe escassez de animais e monstros, considere aumentar esses limites de volta.

alt-item-despawn-rate

Def: false

Opt: true

Impacto: Médio

➫ Remove certos itens mais rápido (ou mais lento) do que o item-despawn-rate definido no Spigot. Isso permite evitar que itens inúteis se acumulem no chão.

Exemplo de despawn de pedregulho e netherrack em 15 segundos:

Código (Texto):

enabled: true

items:

COBBLESTONE: 300

NETHERRACK: 300

Nota: Use a lista de materiais do Spigot ao adicionar itens.

no-tick-view-distance

Def: -1

Opt: # > configuração de view-distance

Impacto: N/A

➫ Esta é a distância na qual chunks são carregados mas ainda não tickados fora da sua distância de visão.

Nota: Se teve que definir sua distância de visão muito baixa (como 3 ou 4), poderia definir isso como 5 ou 6 para melhorar a experiência do jogador sem impactar o desempenho.

anti-xray.enabled

Def:

false

Opt: true

Impacto: N/A

➫ Embora esta configuração consuma TPS, o anti-xray do Paper é o mais eficiente que existe. Engine 1 pode ser a melhor opção para a maioria dos servidores pois consome menos TPS do que Engine 2.