How much RAM does your Minecraft server need?
In this article
Too little RAM causes crashes and stutters, while too much means paying every month for memory your server never touches. This article gives you concrete guidelines per server type and player count, explains why the Java heap must always be smaller than your plan, and shows you the signals that tell you it is time to upgrade — or safe to downgrade.
Guidelines per server type and player count
The numbers below are the total plan size (not the Java heap — more on that below). Base your choice on your peak player count, not the average.
| Server type | 1–5 players | 5–15 players | 15–30 players |
|---|---|---|---|
| Vanilla | 2–4 GB | 4–6 GB | 6–8 GB |
| Paper with plugins | 4 GB | 6–8 GB | 8–12 GB |
| Fabric/Forge/NeoForge, light modpack | 4–6 GB | 6–8 GB | 8–12 GB |
| Heavy modpack (e.g. All the Mods 10) | 10–12 GB | 12–16 GB | 16 GB or more |
Pitfall: the RAM recommendation on a modpack page is almost always a client value. A server has to keep track of the chunks, entities and machines of all players at once, so it typically needs 2–4 GB more. All the Mods 10 (NeoForge, 1.21.1) runs fine on a client with 8 GB, but needs 10–12 GB as a server — especially during world generation.
Work out your RAM needs in four steps
- Pick the row in the table that matches your server software and the column for your expected peak player count.
- Add 1–2 GB if you run a lot of plugins (50+), use a high view distance, load multiple worlds or use a custom world generator.
- Choose the plan that is equal to or larger than that total; always round up.
- After a week of real usage, check the Console tab in the panel: it shows live graphs of memory and CPU usage. If you are constantly above 90% at peak times, upgrade; if you stay below 60%, a smaller plan may be enough.
Why you never give 100% to the Java heap
The Java process consists of more than just the heap you set with -Xmx. On top of it comes off-heap memory: metaspace for loaded classes, the JIT compiler, thread stacks and the direct memory Netty uses for network traffic and chunk I/O. With a modpack containing hundreds of mods, that overhead can easily reach 1–2 GB. If you set -Xmx equal to your full plan, the total process exceeds the container limit and your server is killed hard — even though Java itself thought it still had room.
- As a rule of thumb: heap = plan size minus 1–2 GB (so
-Xmx3Gon a 4 GB plan, around-Xmx10Gon 12 GB). - In the MC-Node panel, the startup command automatically matches the heap to your plan. To check or adjust it, open the Startup tab and review the startup command and its variables there.
- Restart the server via the Console tab after every change; heap settings are only read at startup.
Recognising too little — or too much — RAM
Too little RAM: you see java.lang.OutOfMemoryError: Java heap space in the console or in crash logs, the server suddenly drops offline without a clear error (an out-of-memory kill of the container), or players experience ever longer freezes because the garbage collector needs seconds to free up memory.
Too much RAM: the memory graph never climbs above 60% even at peak times. That is not a performance problem, but it is wasted budget — and an extremely large heap can actually make garbage collection pauses longer instead of shorter.
Important: more RAM does not fix CPU lag. Stutters caused by large numbers of entities, redstone clocks or world generation are tick problems, not memory problems. Create a profile with Spark using our timings and Spark guide before you upgrade.
Common problems and error messages
- OutOfMemoryError: Java heap space — The heap is structurally full. Upgrade your plan, or first lower the view distance in
server.propertiesand reduce the number of loaded worlds. - Server goes offline without an error message — The total process (heap plus off-heap) exceeded the plan limit. Lower
-Xmxso that 1–2 GB of headroom remains. - Could not reserve enough space for object heap — The startup command requests more heap than the plan provides. Check the value on the Startup tab.
- Can't keep up! Is the server overloaded? — This is almost always a CPU or tick problem; extra RAM will not change it. Analyse it with the Spark guide.
- Modpack stays slow despite the recommended amount of RAM — The pack author's recommendation is for the client. Add 2–4 GB for the server; for heavy packs like ATM10, plan for at least 10–12 GB.
Which plan should you choose?
Now that you know how many GB you need, see which plan matches in our article Which Minecraft plan should I choose? or go straight to the MC-Node Minecraft plans. Torn between two sizes? Start with the smaller plan: you can upgrade at any time from the client area, and your worlds, plugins and settings are kept intact.
Launch your server in 60 seconds on our own hardware.