Argumentos de Inicialização e Flags Personalizados
Cada container de servidor inicia com uma linha de comando de execução específica. Usuários avançados podem modificar esses argumentos de inicialização para ajustar o coletor de lixo (GC), alocar threads de CPU, ajustar taxas de atualização de rede (tickrates) e configurar parâmetros específicos da engine do jogo.
1. Sistema Central de Variáveis
Seu comando de inicialização contém marcadores de posição (placeholders) dinâmicos envolvidos em chaves duplas. Essas variáveis são substituídas automaticamente pelo painel usando valores do banco de dados antes do início do container do servidor.
| Marcador de Posição | Valor Substituído | Descrição |
|---|---|---|
{{MaxPlayers}} |
Valor Numérico | Mapeia para o número máximo de slots configurados no seu painel. |
{{GSLT}} |
Token de Login de Servidor de Jogo | Necessário para autenticação de busca de partidas da Steam. |
{{LicenseKey}} |
Chave de Licença | Usada para jogos que exigem tokens de autorização de desenvolvedor (como FiveM). |
{{Port}} |
Número da Porta | O socket de rede principal atribuído ao seu container. |
{{Ip}} |
Endereço IP | O endereço de roteamento local do nó host. |
[!CAUTION] Integridade das Variáveis Não modifique, exclua ou renomeie essas variáveis (por exemplo, mudando
{{MaxPlayers}}para32). Fazer isso quebrará o processador do script de inicialização, fazendo com que o console do servidor falhe ao iniciar.
2. Modelos de Otimização de Desempenho
Adicionar flags específicas aos seus parâmetros de inicialização pode melhorar drasticamente o desempenho do servidor e mitigar picos de latência.
Otimização Minecraft (Aikar's Flags)
Para servidores Java, substituir os argumentos GC comum pelos parâmetros de coleta de lixo da Aikar reduz as pausas de thread da Java Virtual Machine (JVM):
-XX:+UseG1GC -XX:+ParallelRefProcEnabled -XX:MaxGCPauseMillis=200 -XX:+UnlockExperimentalVMOptions -XX:+DisableExplicitGC -XX:+AlwaysPreTouch -XX:G1NewSizePercent=30 -XX:G1MaxNewSizePercent=40 -XX:G1HeapRegionSize=8m -XX:G1ReservePercent=20 -XX:G1HeapWastePercent=5 -XX:G1MixedGCCountTarget=4 -XX:InitiatingHeapOccupancyPercent=15 -XX:G1MixedGCLiveThresholdPercent=90 -XX:G1RSetUpdatingPauseTimePercent=5 -XX:SurviorRatio=32 -XX:+PerfDisableSharedMem -XX:MaxTenuringThreshold=1
Otimização do Engine Rust
Para instâncias de Rust, otimizar tickrates e alocação de threads assegura cálculos físicos fluidos:
-batchmode +server.tickrate 30 +server.queriespersecond 2000 +server.threads 4 +fps.limit 256
3. Alocação de Memória & Travamentos OOM
Os limites de memória (-Xmx e -Xms para Java) são gerenciados automaticamente pelo painel com base no plano de assinatura selecionado.
[!WARNING] Proteção Contra Falta de Memória (OOM) Não adicione manualmente flags
-Xmxou-Xmspersonalizadas à string de argumentos de inicialização. Se você alocar mais memória na linha de comando de inicialização do que o limite do contêiner do seu plano, o processo OOM killer do sistema operacional host encerrará instantaneamente sua instância.
4. Redefinindo para os Padrões
Se o seu servidor falhar ao iniciar devido a um erro de sintaxe no seu comando de inicialização personalizado:
- Vá para Argumentos de Inicialização no painel.
- Selecione a ação Restaurar Padrão localizada abaixo do campo de entrada.
- Reinicie o servidor. O painel restabelecerá a configuração de inicialização padrão verificada.
Need live assistance?
Join our official Discord server to chat with developer support 24/7.
