No catálogo verificado da mcfreehost, o Cobblemon Official tem 6 GB de RAM, o Optimised 4 GB e o COBBLEVERSE 8 GB. Estes são escalões de oferta, não valores mínimos comprovados nem uma garantia para um número fixo de jogadores. O que conta é a carga do vosso próprio mundo: explorar, combater, capturar, gerir pastagens ou usar mods adicionais.
Este guia ajuda-te a distinguir um estrangulamento de memória no Cobblemon de ticks longos e de FPS do cliente. A medição histórica dos bots de 23 de setembro de 2026 é, para isso, um exemplo limitado. Os dados foram reverificados a 7 de outubro de 2026; não foi realizado nenhum novo teste de carga.
Primeiro, identifica o problema
| O que o vosso grupo repara | O que deves comparar primeiro |
|---|---|
| Só um cliente mostra poucas imagens por segundo | Definições do cliente e GPU; não automaticamente a RAM do servidor |
| Os blocos reagem com atraso e vários jogadores têm soluços | Tempos de tick do servidor, atividades e áreas do mundo carregadas em simultâneo |
O servidor termina com Java heap space |
Mensagem de erro concreta, limite do heap e evolução da memória |
| Um servidor pára sem esta mensagem do Java | Indícios de exit/OOM e limite efetivo do contentor; causa ainda por apurar |
| O problema começa logo após uma alteração ao pack | Conjunto de versões e última alteração, antes de reservares recursos |
Uma percentagem elevada no indicador de RAM não responde sozinha a estas perguntas. O heap do Java, a memória ocupada pelo processo e o limite máximo real do contentor são grandezas diferentes. O heap do Java não inclui toda a memória da JVM.

A documentação da Oracle sobre erros de memória separa Java heap space, outras áreas de memória e possíveis fugas. Uma única mensagem de OutOfMemory ainda não prova uma fuga de memória. Uma curva meramente ascendente também não prova que o Java, em princípio, não consiga devolver memória.
O que a execução dos bots do Cobblemon mediu realmente
A configuração era Cobblemon Official 1.8.1, Minecraft 1.21.1 e Fabric, com uma atribuição de produto de 6144 MB. O heap do Java estava limitado a 6144 MB. A interface de recursos indicou um limite de contentor superior, de cerca de 7373 MB. Por isso, a execução não é um ensaio com um limite total rígido de 6 GB e muito menos uma prova para o Official com 4 GB.
Os bots corriam e exploravam novas áreas. A distância de visão e de simulação era 10, os Pokémon selvagens estavam ativados e os spawns de mobs vanilla desativados. Os valores da tabela seguinte foram recalculados a partir das amostras conservadas e coincidem com o resumo da altura.
| Bots observados | RAM dos recursos Ø / máximo (MB) | Heap ocupado Ø / máximo (MB) | MSPT consultado Ø / máximo (ms) | Maior MSPT-P95 consultado (ms) |
|---|---|---|---|---|
| 0 | 2140 / 2142 | 614 / 617 | 0,3 / 0,3 | 0,4 |
| 5 | 2329 / 2378 | 1173 / 1441 | 13,8 / 20,7 | 77,4 |
| 9–10 | 2494 / 2883 | 1438 / 1869 | 21,1 / 37,0 | 91,1 |
Unidades: o sampler da altura dividia os bytes por 1 048 576 e etiquetava o resultado como MB. A tabela mantém essa designação. O valor de recursos provém de memory_bytes da interface do servidor; não é o valor completo do cgroup, incluindo a cache de páginas.
O ponto mostra a média das amostras; a zona cinzenta, o mínimo e o máximo. A linha amarela marca 50 ms. No caso do MSPT-P95, trata-se da distribuição dos valores P95 consultados, não de um P95 recalculado sobre todos os ticks. O gráfico mostra uma única execução histórica de bots e não uma capacidade de jogadores.
Janela de medição e escalão excluído
| Escalão | Janela avaliada (UTC) | Amostras de recursos | Consultas de tick |
|---|---|---|---|
| Inatividade | 16:27:15–16:31:15 | 16 | 4 |
| 5 bots | 16:33:15–16:41:30 | 33 | 9 |
| 9–10 bots | 16:43:50–16:52:00 | 27 | 7 |
Nos escalões de bots, foi avaliado o início após cerca de dois minutos de aquecimento; as janelas são abertas à direita. O escalão planeado de 20 bots não foi atingido. Vários bots foram desligados e o número observado caiu de 11–15, por momentos, para 2. Uma média sobre esta fase mista não é um resultado de 20 jogadores. Por isso, falta no diagrama e na tabela comparável de escalões.
As consultas à consola indicaram funcionamento normal a 20 TPS. Daí não decorre nenhuma garantia contínua de imagens fluidas nem de todos os ticks: alguns valores P95 de tick consultados já estavam acima de 50 ms. As médias podem esconder estes picos.
Limites que contam para a tua decisão
- Sem situações de jogo reais: os bots não capturavam, não combatiam, não abriam menus e não construíam quintas. Geraram sobretudo carga de exploração e de spawn.
- Os mobs vanilla estavam desligados: num mundo de sobrevivência normal, a sua atividade acresce.
- Observação curta: os escalões de bots duraram aproximadamente oito minutos. Uma noite com um mundo em crescimento ou uma evolução do heap ao longo de vários dias não foram verificadas.
- Amostras: os tempos de tick foram consultados cerca de uma vez por minuto; nem todos os picos entre consultas ficam registados.
- Um pack e uma configuração: Optimised, COBBLEVERSE, NeoForge e addons adicionais não foram aqui medidos sob carga comparável.
- Sem comparação de RAM: a execução dos bots não inclui uma atribuição menor do Official nas mesmas condições.
Resumo, número de amostras e condições de medição em JSON. Os dados são medições históricas; o catálogo e o tempo de execução da tua própria instância podem diferir.
O que podes observar de forma dirigida no Cobblemon
Regista a edição do pack, os jogadores ativos, a permanência em áreas antigas ou novas e o problema visível. Depois, compara o mesmo percurso, em vez de comparar um servidor vazio após um reinício com uma grande ronda de exploração.
O Cobblemon gera tentativas de spawn na vizinhança dos jogadores. A classificação seguinte provém, para a 1.8.1, da configuração e das investigações da altura. Explica possíveis alavancas, mas não uma poupança percentual medida para todos os mundos.
| Definição ou atividade | Tentativa dirigida | Possível custo da alteração |
|---|---|---|
pokemonPerChunk |
Reduzir a densidade gradualmente num teste com cópia de segurança | Menos Pokémon selvagens; após a redução, os jogadores ligados têm de voltar a ligar-se |
ticksBetweenSpawnAttempts |
Planear as tentativas de spawn com menos frequência | Acumulação de spawns mais lenta; um reload por si só não aplica todas as definições guardadas do spawner |
| Distância de visão/simulação | Comparar uma distância menor com os mesmos jogadores | Menos mundo visível ou simulado |
| Muitas pastagens no mesmo local | Comparar o comportamento numa área menos carregada | Alterar a construção ou o local de permanência |
| Exploração simultânea de novos chunks | Comparar áreas existentes com áreas novas | Não prova que apenas a geração do mundo seja responsável |
| Mods adicionais ou chunkloaders | Testar a última alteração individualmente numa cópia | Os conteúdos não podem desaparecer do único mundo de produção durante o teste |
No caso de pokemonPerChunk, foi investigada a 1.8.1 em comparação com a 1.7.3, com o mesmo mundo e um jogador de teste parado. O valor predefinido 1.0 resultou, na bancada de testes, em cerca de 63 em vez de 23 Pokémon num raio de 96 blocos. É uma comparação local de versões, não um fator geral para todos os mundos. Quem tinha aumentado pokemonPerChunk com o Cobblemon 1.7 (por exemplo, 1.7.3) deve voltar a verificar a densidade real após uma atualização; vê Definir a taxa de spawn.
Não alteres intervalos de gravação nem a gravação de Pokémon selvagens apenas por causa de uma barra de RAM elevada. Isso pode alterar a recuperação ou o comportamento do jogo. A referência de configuração descreve o significado e a dependência de versão dos valores. Para um mundo limitado preparado, ajuda o guia do Chunky; no entanto, chunks existentes não eliminam toda a carga de entidades e mods.
Alterar, comparar e, se necessário, voltar atrás
- Guarda uma cópia completa do mundo, da configuração e dos dados de jogador do Cobblemon. Regista o conjunto de versões atual e o problema observado.
- Escolhe uma única alavanca fundamentada. Faz as tentativas que alteram dados numa cópia e mantém os ficheiros funcionais à mão.
- Pára o servidor antes de alterações manuais a ficheiros. No caso do
main.json, um erro de sintaxe JSON pode fazer com que o conteúdo seja substituído por valores predefinidos ao carregar. - Após a alteração, verifica a mesma atividade, os mesmos locais e, se possível, o mesmo grupo ativo. Controla a evolução dos ticks, os indícios de memória e uma entrada real.
- Em caso de efeitos secundários, repõe o estado guardado. Uma nova versão do software e o seu estado de dados têm de condizer.
Se o spark estiver instalado na vossa combinação, a sua referência de comandos explica os diagnósticos de TPS, GC e memória. Um tutorial de Paper não é automaticamente um comando de Fabric. Na execução histórica dos bots, o spark não foi usado; as suas funções não fazem, por isso, parte desta medição.
Classificar em separado os valores mais antigos da 1.7.3
O resumo histórico de medições de agosto de 2026 existente diz respeito ao Cobblemon Official 1.7.3, a uma configuração de mundo diferente e a uma medição de memória diferente. Contém três execuções de perfil agregadas com atribuição de 4096 MB, bem como uma execução separada com 6144 MB. Os limites efetivos do contentor estavam, em cada caso, acima disso. O resumo original mantém designações históricas de MB; para estes valores mais antigos, não se afirma aqui qualquer precisão retroativa.
| Indicador mais antigo | Três execuções de perfil, maior valor agregado | Execução separada de 6 GB |
|---|---|---|
| P95 de memória, MB históricos | 2847 | 2807 |
| Pico de memória, MB históricos | 2937 | 3033 |
| Swap, MB históricos | 0 | 0 |
| Eventos de OOM | 0 | 0 |
O maior valor P95 de várias execuções não é um P95 agrupado de todas as amostras. O TPS e o MSPT não constam deste resumo de agosto. Não compares os números como classificação de velocidade com a execução posterior dos bots; a versão, o mundo e o método de medição são diferentes.
FAQ
Quanta RAM devo escolher para o Cobblemon?
Verifica o pack concreto oferecido. No catálogo verificado a 7 de outubro, o Official tem 6 GB, o Optimised 4 GB e o COBBLEVERSE 8 GB. Usa esta correspondência como ponto de partida e avalia depois a carga real do mundo. Não substitui um teste de carga do teu grupo.
A execução dos bots prova que o Official com 4 GB chega?
Não. Foi realizada com 6144 MB de heap e cerca de 7373 MB de limite efetivo do contentor. Um heap baixo observado nesta configuração não prova o comportamento de uma atribuição menor.
Quantos jogadores reais aguenta um servidor de 6 GB?
Estes dados não respondem a isso. Houve bots a explorar, sem uma ronda comparável com capturas, combates, pastagens e quintas. O escalão planeado de 20 bots também foi inválido. Testa as vossas atividades habituais, em vez de usares uma linha de tabela como limite de jogadores.
Mais RAM ajuda contra todo o lag do Cobblemon?
Não. Memória adicional pode aliviar um estrangulamento de memória comprovado. Ticks lentos causados pela lógica dos mods ou pela atividade do mundo não são automaticamente resolvidos por isso. Verifica em conjunto a mensagem de erro, o limite do heap/contentor e a evolução dos ticks.
Porque é que o servidor ficou mais lento após uma atualização?
Compara primeiro a versão e a última alteração. No salto verificado da 1.7.3 para a 1.8.1, a densidade local de Pokémon aumentou com o mesmo valor. É uma causa possível, não um diagnóstico para qualquer atualização posterior ou combinação própria de mods.
O Cobblemon funciona no plano gratuito?
O plano gratuito da mcfreehost tem 2 GB e não oferece este caminho de pack do Cobblemon. O artigo introdutório sobre o Cobblemon explica as ofertas de packs pagas e a primeira entrada adequada com Java.
Fontes e estado da verificação
- Execução própria de bots a 23 de setembro de 2026, Official 1.8.1, Minecraft 1.21.1, Fabric, 6144 MB pedidos, limite efetivo de cerca de 7373 MB, mobs vanilla desligados. Os três escalões comparáveis e o respetivo número de amostras constam acima; o escalão de 20 bots, não atingido, é excluído.
- Investigação própria da configuração, do efeito do reload e da densidade de spawn a 23 de setembro de 2026; baseia-se no código-fonte do Cobblemon na tag 1.8.1.
- Exportação histórica de agosto: 1.7.3, execuções de perfil agregadas e execução separada com limites divulgados.
- Oracle: distinguir erros de memória.
- spark: comandos e diagnóstico.
Verificação das provas: 7 de outubro de 2026. A nova avaliação de dados existentes não é um novo teste. Este artigo não indica nem um mínimo de RAM medido nem um limite de jogadores garantido.