# Mobs

### Arquivo: [spigot.yml](https://www.spigotmc.org/wiki/spigot-configuration/)

#### **tick-inactive-villagers**

`Bom valor inicial: false`

Isso permite que você controle se os aldeões devem ser marcados fora do intervalo de ativação. Isso fará com que os aldeões continuem normalmente e ignorem o intervalo de ativação. Desativar isso ajudará no desempenho, mas pode ser confuso para os jogadores em determinadas situações. Isso pode causar problemas com farm de ferro e reabastecimento comercial.

#### **nerf-spawner-mobs**

`Bom valor inicial: true`

Você pode fazer com que mobs gerados por um gerador de monstros não tenham IA. Mobs nerfados não farão nada. Você pode fazê-los pular enquanto estiverem na água, alterando `spawner-nerfed-mobs-should-jump` para `true` na [configuração de mundo do Paper.](https://docs.papermc.io/paper/reference/world-configuration)

### Arquivo: [paper-world configuration](https://docs.papermc.io/paper/reference/world-configuration)

#### **despawn-ranges**

Bons valores iniciais:

```yaml
      ambient:
        hard: 72
        soft: 30
      axolotls:
        hard: 72
        soft: 30
      creature:
        hard: 72
        soft: 30
      misc:
        hard: 72
        soft: 30
      monster:
        hard: 72
        soft: 30
      underground_water_creature:
        hard: 72
        soft: 30
      water_ambient:
        hard: 72
        soft: 30
      water_creature:
        hard: 72
        soft: 30
```

Permite ajustar os intervalos de despawn da entidade (em blocos). Abaixe esses valores para limpar os mobs que estão longe do jogador mais rapidamente. Você deve manter o alcance suave em torno de 30 e ajustar o alcance hard/bruto para um pouco mais do que a distância real da simulação, para que os mobs não desapareçam imediatamente quando o jogador for além do ponto de carregamento de uma chunk (isso funciona bem por causa do <mark style="color:yellow;">`delay-chunk-unloads-by`</mark> na [configuração por mundo do Paper](https://docs.papermc.io/paper/reference/world-configuration)). Quando um mob está fora do alcance difícil, ele desaparece instantaneamente. Quando estiver entre a faixa suave e dura, terá uma chance aleatória de desaparecer. Seu alcance forte deve ser maior do que seu alcance suave. Você deve ajustar isso de acordo com a distância de visualização usando <mark style="color:yellow;">`(simulation-distance * 16) + 8`</mark>. Isso explica parcialmente as chunks que ainda não foram descarregados depois que o jogador os visitou.

#### **per-player-mob-spawns**

`Bom valor inicial: true`

Esta opção decide se os spawns de mobs devem contabilizar quantos mobs já estão ao redor do jogador alvo. Você pode contornar muitos problemas relacionados à inconsistência dos spawns de mob devido aos jogadores criarem fazendas que ocupam todo o mobcap. Isso permitirá uma experiência de desova mais parecida com a de um jogador, permitindo que você defina limites de spawn mais baixos. Habilitar isso vem com um impacto muito leve no desempenho, no entanto, seu impacto é ofuscado pelas melhorias nos limites de spawn que ele permite.

#### **max-entity-collisions**

`Bom valor inicial: 2`

Substitui a opção com o mesmo nome em[ spigot.yml](https://www.spigotmc.org/wiki/spigot-configuration/). Ele permite que você decida quantas colisões uma entidade pode processar de uma só vez. O valor <mark style="color:yellow;">`0`</mark> causará incapacidade de empurrar outras entidades, incluindo jogadores. O valor de <mark style="color:yellow;">`2`</mark> deve ser suficiente na maioria dos casos. Vale a pena notar que isso tornará maxEntityCramming gamerule inútil se seu valor estiver acima do valor desta opção de configuração.

#### **update-pathfinding-on-block-update**

`Bom valor inicial: false`

Desativar isso resultará em menos pathfinding sendo feito, aumentando o desempenho. Em alguns casos, isso fará com que os mobs pareçam mais lentos; Eles apenas atualizarão passivamente seu caminho a cada 5 tiques (0,25 s).

#### **fix-climbing-bypassing-cramming-rule**

`Bom valor inicial: true`

Ativar isso corrigirá as entidades que não estão sendo afetadas pelo amontoamento durante a escalada. Isso evitará que quantidades absurdas de mobs sejam empilhadas em espaços pequenos mesmo que estejam escalando (aranhas).

#### **armor-stands.tick**

`Bom valor inicial: false`

Na maioria dos casos, você pode definir isso com segurança como falso. Se você estiver usando suportes de armadura ou qualquer plugin que modifique seu comportamento e tiver problemas, reative-o. Isso evitará que os suportes de armadura sejam empurrados pela água ou afetados pela gravidade.

#### **armor-stands.do-collision-entity-lookups**

`Bom valor inicial: false`

Aqui você pode desativar as colisões do suporte de armadura. Isso ajudará se você tiver muitos estandes de armadura e não precisar deles colidindo com nada.

#### **tick-rates**

Bons valores iniciais:

```yaml
  behavior:
    villager:
      validatenearbypoi: 60
      acquirepoi: 120
  sensor:
    villager:
      secondarypoisensor: 80
      nearestbedsensor: 80
      villagerbabiessensor: 40
      playersensor: 40
      nearestlivingentitysensor: 40
```

Isso decide com que frequência os comportamentos e sensores especificados são acionados em tiques. <mark style="color:yellow;">`adquirepoi`</mark> para os aldeões parece ser o comportamento mais pesado, por isso foi bastante aumentado. Diminua-o em caso de problemas com os aldeões.

### Arquivo: [purpur.yml](https://purpurmc.org/docs/Configuration/)

#### **zombie.aggressive-towards-villager-when-lagging**

`Bom valor inicial: false`

Ativar isso fará com que os zumbis parem de atacar os aldeões se o servidor estiver abaixo do limite de tps definido com <mark style="color:yellow;">`lagging-threshold`</mark> em [purpur.yml](https://purpurmc.org/docs/Configuration/).

#### **entities-can-use-portals**

`Bom valor inicial: false`

Esta opção pode desabilitar o uso de portais de todas as entidades, exceto o jogador. Isso evita que as entidades carreguem chunks ao mudar de mundos, o que é processado no thread principal. Isso tem o efeito colateral de as entidades não conseguirem atravessar portais.

#### **villager.lobotomize.enabled**

`Bom valor inicial: true`

> Isso só deve ser ativado se os aldeões estiverem causando lag! Caso contrário, as verificações de pathfinding podem diminuir o desempenho.

Aldeões lobotomizados são despojados de sua IA e apenas reabastecem suas ofertas de vez em quando. Habilitar isso lobotomizará os aldeões que não conseguem encontrar o caminho para o seu destino. Libertá-los deve deslobotomizá-los.

#### **villager.search-radius**

Bons valores iniciais:

```yaml
          acquire-poi: 16
          nearest-bed-sensor: 16
```

Raio dentro do qual os villagers procurarão blocos e camas no local de trabalho. Isto aumenta significativamente o desempenho de uma grande quantidade de villagers, mas os impedirá de detectar bloqueios no local de trabalho ou camas que estejam mais distantes do que o valor definido.


---

# Agent Instructions: Querying This Documentation

If you need additional information that is not directly available in this page, you can query the documentation dynamically by asking a question.

Perform an HTTP GET request on the current page URL with the `ask` query parameter:

```
GET https://docs.minersrefuge.com.br/rodando-um-servidor/guia-de-otimizacao/mobs.md?ask=<question>
```

The question should be specific, self-contained, and written in natural language.
The response will contain a direct answer to the question and relevant excerpts and sources from the documentation.

Use this mechanism when the answer is not explicitly present in the current page, you need clarification or additional context, or you want to retrieve related documentation sections.