SANDBOX · PC
A carga de um servidor Java depende da geração de chunks, das entidades, dos sistemas de redstone e do comportamento do software de servidor selecionado.
Escolha uma família de processadores
4,17 € / mês
7,26 € / mês
12,70 € / mês
18,15 € / mês
15,43 € / mês
20,87 € / mês
3,08 € / mês
4,17 € / mês
Estime a capacidade inicial a partir dos objetivos de jogadores e do mundo.
A estimativa de CPU, memória, armazenamento e um perfil de recursos adequado aparecerão aqui.
Os ficheiros de região, os dados dos jogadores e as janelas de cópia de segurança crescem à medida que o mundo se expande. Reavalie a capacidade quando o atraso dos ticks persistir nos períodos de maior atividade ou as cópias de segurança já não couberem na janela de manutenção.
O primeiro perfil de recursos para um arranque controlado e uma base de medição.
Um perfil intermédio a avaliar à medida que a comunidade e o conteúdo crescem.
Um perfil superior para voltar a medir conteúdo mais exigente e o crescimento do mundo persistente.
Os jogadores que exploram em direções diferentes mantêm mais chunks ativos. Um grupo reunido num evento não produz a mesma carga que o mesmo número de jogadores distribuído pelo mundo.
Meça os picos do processador e a resposta do ciclo do jogo durante uma sessão exigente.
Acompanhe o pico de memória com uma margem para crescimento.
Meça o comportamento do armazenamento entre gravações, registos e cópias de segurança.
Meça a carga real de mods, plugins e scripts separadamente da quantidade de extensões.
Acompanhe em conjunto o tamanho do mundo, as regiões ativas e o crescimento dos dados persistentes.
Avalie em conjunto a distribuição dos jogadores em simultâneo, a atividade e a carga de conteúdo.
| Cenário | Efeito nos recursos | Verificação |
|---|---|---|
| Jogadores simultâneos | Os jogadores que exploram em direções diferentes mantêm mais chunks ativos. Um grupo reunido num evento não produz a mesma carga que o mesmo número de jogadores distribuído pelo mundo. | Medir uma sessão exigente |
| Atividade do jogo | A geração de novos chunks provoca picos curtos de CPU, enquanto a redstone sempre ativa, os hoppers e as quintas de entidades acrescentam carga contínua aos ticks; o consumo em repouso, por si só, não é uma referência útil. | Repetir o cenário de pico |
| Crescimento do mundo e das gravações | Os ficheiros de região, os dados dos jogadores e as janelas de cópia de segurança crescem à medida que o mundo se expande. Reavalie a capacidade quando o atraso dos ticks persistir nos períodos de maior atividade ou as cópias de segurança já não couberem na janela de manutenção. | Acompanhar a duração das gravações e dos restauros |
Os plugins Paper ou Purpur, os mods Fabric ou Forge e os grandes modpacks apresentam perfis diferentes de memória e CPU; avalie o que cada extensão faz e como armazena os dados, em vez de contar ficheiros.
A compatibilidade dos mods pode variar consoante a versão do jogo e do software do servidor.
Gira em conjunto a distância de renderização, a distância de simulação, os limites de geração de entidades, a limpeza de entidades e os agendamentos dos plugins, comparando cada alteração com as observações de TPS e duração dos ticks.
Após a implementação, gira os processos do Minecraft: Java Edition, as mudanças de versão e as definições que exigem reinício em janelas de manutenção controladas.
Crie cópias de segurança dos mundos guardados, da configuração e dos dados de conteúdos adicionais do Minecraft: Java Edition como pontos de restauro separados antes de cada alteração.
Restrinja o acesso aos ficheiros de configuração, registos e diretórios de conteúdos geridos do Minecraft: Java Edition; pare o processo relevante antes de substituir ficheiros ativos.
Gira em conjunto a distância de renderização, a distância de simulação, os limites de geração de entidades, a limpeza de entidades e os agendamentos dos plugins, comparando cada alteração com as observações de TPS e duração dos ticks.
Respostas específicas do jogo para decisões de capacidade e operação.
A geração de novos chunks provoca picos curtos de CPU, enquanto a redstone sempre ativa, os hoppers e as quintas de entidades acrescentam carga contínua aos ticks; o consumo em repouso, por si só, não é uma referência útil.
Os jogadores que exploram em direções diferentes mantêm mais chunks ativos. Um grupo reunido num evento não produz a mesma carga que o mesmo número de jogadores distribuído pelo mundo.
Os plugins Paper ou Purpur, os mods Fabric ou Forge e os grandes modpacks apresentam perfis diferentes de memória e CPU; avalie o que cada extensão faz e como armazena os dados, em vez de contar ficheiros.
Os ficheiros de região, os dados dos jogadores e as janelas de cópia de segurança crescem à medida que o mundo se expande. Reavalie a capacidade quando o atraso dos ticks persistir nos períodos de maior atividade ou as cópias de segurança já não couberem na janela de manutenção.
Gira em conjunto a distância de renderização, a distância de simulação, os limites de geração de entidades, a limpeza de entidades e os agendamentos dos plugins, comparando cada alteração com as observações de TPS e duração dos ticks.
Contacte o apoio para esclarecer condições de encomenda e requisitos especiais.