MCTOOLBOX
MC ToolboxMC TOOLBOX

Server e file

Calcolatore RAM

Stima la quantità ottimale di RAM per il tuo server Minecraft in base al tipo di server, al numero di giocatori e a plugin/mod.

Configurazione del server

I server con plugin sono di solito l'opzione Java più efficiente.

Giocatori massimi20
1200
Numero di plugin25
0200
Distanza di visuale10 chunk
232
Mondi caricati1
110

Consiglio

In base alla tua configurazione, consigliamo:

4 GB

di RAM per prestazioni ottimali.

4 GB

Flag JVM suggeriti

-Xms4G -Xmx4G

Questa è una stima. Plugin/mod pesanti o un mondo grande potrebbero richiedere più RAM. Prevedi circa 6 GB totali sull'host così il sistema operativo e la memoria non-heap della JVM non vengono penalizzati.

Paper/Purpur con una distanza di visualizzazione ragionevole sono di solito più efficienti della versione vanilla.

Script di avvio →

Come usare: Calcolatore RAM per server Minecraft

Scegliere la dimensione dell'heap è un'ipotesi finché non hai metriche dal vivo. Questa calcolatrice stima le esigenze dell'heap Java in base al numero di giocatori, al carico di plugin o mod, alla distanza di visualizzazione, ai mondi e al tipo di software, così puoi dimensionare un VPS o compilare -Xms/-Xmx in uno script di avvio. È un aiuto alla pianificazione, non un benchmark di laboratorio.

Imposti i giocatori previsti, plugin o mod, distanza di visualizzazione, mondi caricati e se esegui software in stile Paper, vanilla, Fabric o Forge. La pagina restituisce un heap consigliato e flag JVM pronti per la copia. Usa quei numeri come primo passaggio, poi valida con Spark dopo il traffico reale.

Xmx è l'heap Java. Il sistema operativo, Docker, gli agenti del pannello e alcune allocazioni native richiedono ancora memoria libera. Se la macchina ha 8 GB, lasciare Xmx a 8 GB spesso causa swap e blocchi lunghi. Pianifica la RAM dell'host al di sopra dell'heap.

I server plugin e i modpack pesanti non scalano allo stesso modo. I pacchetti Forge e Fabric possono richiedere molta più heap di un mondo Paper survival leggero con lo stesso numero di giocatori. Tratta le stime delle mod come minimi, non massimi.

Distanze di visualizzazione e simulazione più alte caricano più chunk per giocatore. I mondi extra caricati moltiplicano quel costo. Se il TPS crolla, abbassare la distanza spesso aiuta più che aggiungere RAM da sola.

Osserva le pause del GC, l'heap usato e MSPT. Troppa poca heap causa GC costante; troppa può rendere i GC completi più lunghi. Impostare Xms e Xmx uguali è un'abitudine comune così l'heap non si ridimensiona continuamente durante il giorno.

FAQ Calcolatore RAM

Più RAM è sempre meglio?

No. Heap sovradimensionati possono significare pause GC più lunghe. Abbina il carico, poi misura.

Perché stessi Xms e Xmx?

Comune così l'heap non cresce e si restringe tutto il giorno. Non è una legge rigida, solo un default usuale.

È la RAM totale della macchina?

No. È principalmente l'heap Java. Compra un po' più RAM di Xmx per l'host.

Questo risolverà il lag?

Solo se eri davvero sotto-provisionato. Problemi di plugin e loop di tick cattivi richiedono soluzioni diverse.

Dove incollo i flag?

Nel tuo script di avvio o negli argomenti JVM del pannello. Lo strumento Start Script può scrivere i file per te.