Quanta RAM serve a un server Minecraft?

Cosa determina davvero quanta RAM ti serve

Sono due le leve che decidono quanta memoria vuole un server Minecraft. Tutto il resto, al loro confronto, è rumore di fondo.

• Il numero di giocatori aggiunge RAM in modo graduale. Ogni giocatore connesso carica i chunk attorno a sé, quindi più giocatori — e un view-distance più alto — significano più mondo tenuto in memoria nello stesso momento. Passare da 4 a 20 giocatori è un aumento reale, ma gestibile.
• Mod e plugin sono la leva più importante, e di gran lunga. Vanilla è leggero. Una manciata di plugin Paper aggiunge poco. Un modpack è tutta un'altra categoria: ogni mod carica in memoria il proprio codice, oggetti, blocchi e generazione del mondo prima ancora che entri un solo giocatore, ed è per questo che un pack CurseForge da 200 mod può richiedere diverse volte la RAM di un server vanilla a parità di giocatori.

Il modello è tutto qui: vanilla scala con i giocatori, il modded scala con le mod. Anche la dimensione e l'età di un mondo alzano un po' il numero — una mappa vasta e vecchia di anni, con tanti chunk caricati, costa più di una appena creata — ma è attorno a giocatori e mod che dimensioni tutto. Tieni a mente una cosa mentre prosegui: la RAM è solo una delle risorse del server e, oltre un certo punto, smette di essere quella che conta (ne parliamo in perché più RAM non è sempre la soluzione).

Quanta RAM serve a un server Minecraft, in base alla configurazione

Ecco il dimensionamento attorno a cui costruiamo i piani — gli stessi numeri che daremmo a un amico. La "RAM da puntare" è quella da assegnare al server vero e proprio, non il totale del tuo PC, che ha bisogno di margine in più (vedi come assegnarla).

Hai un modpack e non sai in quale fascia rientri? Sia la dimensione del pack sia il numero di giocatori ti spingono in alto nella tabella — la guida al server Minecraft moddato analizza nel dettaglio i loader e le dimensioni dei pack.

Come assegnare quella RAM al tuo server

Conoscere il numero è metà del lavoro; l'altra metà è consegnare davvero quella memoria al server. Funziona in modo diverso a seconda di dove gira il server.

In proprio: i flag -Xmx e -Xms

Quando avvii tu stesso il jar del server, sono due i flag che controllano la sua memoria. -Xmx imposta l'heap massimo (il tetto) e -Xms imposta l'heap iniziale. Per Minecraft il consiglio diffuso e ben collaudato è impostarli uguali, così la JVM prende tutta la memoria da subito invece di ridimensionarla sotto carico:

java -Xms4G -Xmx4G -jar server.jar nogui

Quella riga avvia un server con 4 GB. Alcune cose che mandano in confusione:

• Usa Java a 64 bit. Java a 32 bit non può indirizzare più di circa 1,5 GB, quindi se -Xmx4G si rifiuta di avviarsi, di solito il motivo è questo. Qualsiasi build recente di Temurin o Java 25 è a 64 bit.
• Non dare mai al server tutta la tua RAM. Lascia almeno 1-2 GB al sistema operativo, e di più se sullo stesso PC fai girare anche il client Minecraft — il gioco ha bisogno della propria memoria oltre a quella del server.
• Poi ottimizza con gli Aikar's flags. Una volta che le basi funzionano, gli "Aikar's flags", standard nella community, riconfigurano il garbage collector G1 di Java per il pattern di memoria di Minecraft, scambiando un pizzico di RAM con tick decisamente più stabili. Sono il passo successivo standard dopo un semplice -Xmx/-Xms. La guida completa all'hosting in proprio — jar, EULA, port forwarding e tutto il resto — è in Come creare un server Minecraft.

In hosting: scegli una taglia, potenzia sul posto

Su un server gestito non ci sono flag da modificare. Scegli la RAM con uno slider al momento dell'ordine e il piano viene predisposto con quella taglia — i flag di avvio (Aikar's inclusi) sono già ottimizzati per te.

Il vero vantaggio si vede quando superi la tua prima stima: nella pagina di hosting Minecraft sposti lo slider verso l'alto e la RAM in più si applica allo stesso server, con mondo e impostazioni intatti — nessuna reinstallazione, nessuna migrazione, fatto in circa un minuto. È proprio per questo che la regola pratica qui sopra è "parti in piccolo": su un piano in hosting, aggiungere RAM in seguito costa solo un minuto.

Segnali che il tuo server ha bisogno di più RAM

Non devi tirare a indovinare se il tuo server è a corto di risorse. Te lo dice lui, in alcuni modi riconoscibili:

• I tick restano indietro. La console stampa Can't keep up! Is the server overloaded? Running Xms behind, skipping Xs tick(s), e in gioco questo si manifesta con rubber-banding, mob che si bloccano e blocchi che ci mettono un attimo a rompersi.
• Il salvataggio del mondo scatta. Un breve blocco ogni pochi minuti, in coincidenza con il salvataggio automatico, spesso significa che il server sta lottando per la memoria.
• Va in crash del tutto. Il segnale più chiaro di tutti è un crash il cui log contiene java.lang.OutOfMemoryError: Java heap space — il server ha chiesto più memoria di quanta ne consentisse il suo tetto -Xmx.

Per capire quale sia, il profiler gratuito spark (esegui /spark health o /spark profiler) mostra i tempi dei tick e l'uso della memoria, e un pannello in hosting traccia la RAM in tempo reale su un grafico. Se la memoria resta inchiodata vicino al tetto, aumenta la taglia. Se la memoria ha margine ma i tick continuano ad arrancare, leggi prima la sezione successiva.

Perché più RAM non è sempre la soluzione

Questa è la parte che la maggior parte dei consigli sul dimensionamento tralascia. Minecraft esegue il loop principale del gioco — il "tick" che muove i mob, fa crescere le colture e processa la redstone — in gran parte su un singolo thread della CPU. La memoria contiene il mondo; è un solo core a fare i calcoli. Una volta che il server ha RAM a sufficienza per contenere tutto, aggiungerne altra non rende quel core più veloce.

Vale la pena interiorizzare due conseguenze:

• Se i tick vanno a rilento mentre la RAM ha margine, il collo di bottiglia è la CPU, non la memoria. Buttare 32 GB su un server inchiodato su un solo core non cambia nulla. È l'errore di dimensionamento più comune in assoluto.
• Troppa RAM può persino fare male. Un heap molto grande dà al garbage collector di Java più da ripulire in una volta sola, il che può tradursi in pause più lunghe e a scatti — un motivo in più per cui vale la regola del "parti in piccolo".

Ciò che fa davvero la differenza quando il limite è la CPU è un'alta frequenza di clock. Ecco perché HytHost fa girare Minecraft su CPU Ryzen e Intel i9 ad alta frequenza anziché su tanti core lenti — a Minecraft interessa quanto è veloce un core, non quanti ce ne sono. Sul lato software puoi alleggerire il carico di quel core abbassando view-distance e simulation-distance, pre-generando i chunk del tuo mondo, usando Paper al posto di vanilla o aggiungendo mod per le prestazioni come Lithium in una configurazione moddata. La RAM carica il tuo mondo; la CPU e le tue scelte software decidono quanto gira in modo fluido.