FiveM Server Requirements: RAM, CPU and Player Slots Explained
Cfx.re publishes no RAM figure for FiveM, and hosts sell plans by slots, by RAM or by both. Here is how to turn your server style, resource stack and player count into the right RAM, CPU, storage and slot cap, and how to tell a script problem from a hardware one.
Frameworks, inventories, MLOs, add-on vehicles, clothing and map packs stay loaded. Slot count on its own does not tell you the memory bill.
Most script time lands on the main thread. Hitch warnings usually mean a resource blocked that thread, not that you instantly need a bigger plan.
sv_maxclients controls the cap, but free use stops at 48 with OneSync. More slots need Element Club, and the hardware still has to suit your real peak players.
The newer Cfx Server for GTAV Enhanced can use up to 50% less RAM and spread more work across cores. If a host still runs Legacy FXServer, size it as Legacy.
Practical starting points for RAM, CPU and storage
There is no official FiveM RAM number from Cfx.re. That is why plan shopping is confusing: one provider sells by slots, another by RAM, another by vague labels such as “premium”. The sensible approach is to start with the kind of server you are building, then check whether the plan gives enough memory for the resources you want loaded and enough single-thread CPU speed for the scripts you want running.
The table below is best read as practical allowance, not as an official minimum. It combines the usual host guidance with what each server style keeps loaded, from a bare freeroam or racing server to a framework-based roleplay stack. If you want the broader context behind CPU, RAM, storage and network bottlenecks, our game server hardware guide breaks down what each limit looks like in real server use.
Use this as the quick sizing view before you compare plans.
| Server type | Players | Practical RAM allowance | CPU priority | Practical storage allowance |
|---|---|---|---|---|
| Test or development | Small private use | About 2 GB | Light, mainly for script checks and recipe installs | 10-15 GB |
| Small vanilla or freeroam | Around 32 slots | About 4 GB | Decent single-thread speed; about 2 cores is common guidance | 10-15 GB |
| Lean ESX, QBCore or Qbox start | Roughly 10-40 players | 8 GB | Fast main thread matters more than extra slow cores | 20-40 GB |
| Standard RP | Growing community | 8-16 GB | Strong single-thread speed | 20-40 GB |
| Full RP with many MLOs, add-on vehicles and jobs | 40-100 players | About 16 GB | High single-thread priority, with spare room for sync and database work | 50-100 GB+ |
| Large community | 64+ slots | 16-32 GB | High single-thread priority; extra cores help background work more than scripts | 50-100 GB+ |
The main point is simple: a bare freeroam box and a loaded roleplay box are not interchangeable just because both say 48 slots.
FiveM slots explained: what the cap really means
FiveM slot numbers are mostly a licensing and configuration question, not a memory reservation. The server variable sv_maxclients accepts values from 1 to 2048. Free servers support up to 48 players with OneSync; above 48 you need a FiveM Element Club subscription bought through the Cfx Portal, starting from the Argentum tier.
There is one extra rule around OneSync. Values from 32 upwards require OneSync on, or onesync legacy; above 64, OneSync on is required. The important buying point is that a higher slot cap does not magically set aside RAM for those extra players. You still size the machine for your real peak concurrency and the weight of the resources running at that peak.
This ladder is the part to check before assuming a host’s “slot upgrade” solves a performance problem.
| Slot cap | What you need | Subscription |
|---|---|---|
| 1-31 | OneSync optional | Free |
| 32-48 | OneSync on (or legacy) | Free |
| 49-64 | OneSync on (or legacy) | Element Club from Argentum |
| 65-2048 | OneSync on | Element Club |
That is why a 64-slot plan can still be wrong for a busy RP community if the CPU is weak, and why a 32-slot freeroam server can be perfectly happy on modest RAM if it stays close to vanilla.
Why RAM follows the resource stack more than the slot count
FiveM memory use is driven by what stays started. Each resource you launch remains in memory with its code, state and supporting data, and frameworks add more of that than bare freeroam does. On a roleplay server, the usual RAM consumers are the framework itself, inventory systems, phones, housing, garages, jobs, police and EMS scripts, dispatch, custom UI, map packs, MLOs, vehicle packs and clothing packs. If you add a database on the same machine, that database is a separate process and needs its own memory as well. txAdmin also takes some memory because it is bundled with the server.
This is why two servers both set to 48 slots can need very different plans. A small freeroam server with little more than base scripts and a few lightweight extras can fit around 4 GB. A full RP stack with ESX or QBCore, lots of interiors, streamed cars, clothing and a local MySQL or MariaDB process can make far more sense around 16 GB.
- Frameworks and script stacks: cost heap memory and main-thread CPU. More systems usually mean more background state to keep live.
- MLOs, maps and streamed assets: increase memory, storage and join-time bandwidth. Players pay with longer downloads; the server pays with more files to host and track.
- Add-on vehicles and clothing: also add streamed content and supporting resource data. A huge pack is often felt first in joins and RAM, not in slot count.
- Database on the same machine: consumes its own RAM and CPU time. Some txAdmin recipes need it; the CFX Default recipe does not.
The practical rule is to ask “what resources stay loaded all day?” rather than “how many slots do I want on the advert?” That question gets you much closer to the right plan.
CPU: why single-thread speed matters so much on FiveM
FiveM exposes three server threads in performance metrics: svMain, svNetwork and svSync. They do different jobs, so the thread under pressure tells you what to fix. Most script logic runs on svMain, packet send and receive work sits on svNetwork, and entity synchronisation sits on svSync.
That is why clock speed and per-core performance beat raw core count for most communities. If a script has a bad loop every frame, waits on a synchronous database action or just does too much on every tick, it blocks svMain. The classic symptom is a console message saying server thread hitch warning. Buying more total cores does not necessarily cure that, because the slow work is still happening on the main script thread.
Use this thread view to separate script problems from network or sync pressure.
| Load source | svMain | svNetwork | svSync |
|---|---|---|---|
| Framework and job scripts | Yes | No | No |
| Polling loops and sync database calls | Yes | No | No |
| Many players joining at once | Partly | Yes | Partly |
| Higher sync tick rate | No | Yes | Yes |
| Crowded scenes with many entities | Partly | Partly | Yes |
| NPC population (onesync_population) | No | Partly | Yes |
- svMain: heavy Lua or framework logic, event handlers and bad polling loops. Costs main-thread CPU time.
- svNetwork: packet processing and send volume. Costs CPU and bandwidth, especially when many clients join or updates are very frequent.
- svSync: entity creation, state and culling. Costs CPU hardest in crowded scenes with lots of nearby players and entities.
OneSync Infinity is on by default, and its culling helps because entities are only created for clients inside a focus zone of 424 units around a player. On Legacy, that culling work ran on the sync thread and processed around 16 players per tick. On the newer Cfx Server for GTAV Enhanced, culling can spread across multiple cores, so crowded scenes can scale better.
Tick rate is another trade-off. Legacy sync runs at 30 updates per second, or 40 with sv_useAccurateSends. Enhanced can be configured up to 120. Higher update rates can make movement and state feel smoother, but they cost more CPU on svNetwork and svSync, and more upstream bandwidth. Raise it only when you know why you need it.
Before upgrading CPU, profile the server. Run profiler record <duration>, then save and view the result to find the resource actually costing time. That gives you a fixable target; a bigger plan does not.
Storage and bandwidth: the quiet limits people miss
FiveM wants SSD or NVMe storage. Fast storage does not replace CPU, but it does help with resource loading, database activity, logs, backups and restart times. The practical storage ranges are straightforward: a basic server often fits in 10-15 GB, a medium RP setup in 20-40 GB, and a heavy modded stack in 50-100 GB+ once you include the database, logs and backups.
Bandwidth matters most on joins. Players download your streamed resources from the server, and their client caches those files. In Legacy, that cache stayed on disk forever; Enhanced cleans up files the server no longer serves. The important server-side effect is that upload bandwidth spikes when many players join after a restart or when you have just added a large car, clothing or map pack.
You can usually tell a bandwidth or asset-size problem from a CPU problem by when it appears. If joins suddenly become slow after adding content, but play is fine once everyone is in, you are looking at download volume or upstream limitations more than script execution. If the server hitches during normal play with RAM to spare, that points back toward the main thread and resource quality.
Legacy FXServer vs Enhanced Cfx Server: what changes when you buy a plan
FiveM for GTAV Enhanced entered early access on 21 July 2026 and ships with a new server called Cfx Server as a separate download, with txAdmin still embedded. Cfx.re says it optimises memory allocation per player and per entity, reducing RAM usage by up to 50%, and lowers CPU use in certain scenarios. That changes planning, but only if your host is actually offering the newer server rather than Legacy FXServer.
| Aspect | Legacy FXServer | Enhanced Cfx Server | What it means for sizing |
|---|---|---|---|
| RAM use | Use the older practical allowances | Up to 50% less RAM in some cases | Do not buy for the savings unless the provider really runs Enhanced |
| Sync tick rate | 30 updates per second, or 40 with sv_useAccurateSends |
Configurable up to 120 | Higher rates can feel better but cost more CPU and bandwidth |
| Entity culling | Sync-thread heavy in crowded scenes | Spread across multiple cores | Large gatherings benefit more from extra cores on Enhanced |
| Network IO threads | No sv_ioThreads |
sv_ioThreads available; default is CPU core count capped between 2 and 4 |
Helps network IO scaling, but does not repair slow scripts on svMain |
| Profiler and admin | Profiler and txAdmin available | Profiler and txAdmin available | On either version, profile first and upgrade second |
| Linux requirement note | Linux and Windows supported | Same Linux requirement as Legacy | Linux builds still use an Alpine rootfs; sizing does not change on that point |
If the control panel, docs or support replies still talk about FXServer or Legacy, use Legacy figures when choosing RAM and CPU. Treat any future move to Enhanced as a bonus, not as a promise.
Settings that can change the load
Most performance settings move load from one place to another. A “faster” option usually means more work for CPU, more bandwidth, more RAM, or a player-facing compromise such as fewer NPCs or more aggressive vehicle culling. Change one thing at a time and watch the relevant thread or symptom afterwards.
| Setting | Default | Effect | When to change it |
|---|---|---|---|
onesync_population |
true | Controls NPC population sync. Turning it off reduces population-related entity load, but NPCs will not spawn. | Only disable it if your design does not need NPCs and you want less sync work. |
onesync_distanceCullVehicles |
false | Can reduce vehicle sync outside distance. That cuts sync work, but distant vehicles may be less consistently represented. | Try it on very vehicle-heavy servers after checking that the trade-off is acceptable for players. |
sv_useAccurateSends |
Not enabled | On Legacy, raises sync from 30 to 40 updates per second. Costs more bandwidth and CPU. | Use it only if you want smoother sync and have headroom on svNetwork and upstream bandwidth. |
onesync_mapCellAreaSize (Enhanced) |
100 | Smaller values use more RAM but less CPU. | Adjust only when profiling shows CPU pressure in sync and you can afford the extra memory cost. |
increase_pool_size |
No override | Raises certain game pools at startup. Helps asset-heavy servers avoid pool limits, but uses more memory and clients restart when pool sizes differ. | Set it when you hit a real pool limit after adding assets, not as a blind optimisation. |
sv_enforceGameBuild |
No override | Selects the game DLC build used by the server. This is mainly a compatibility choice for resources. | Set it when a framework or asset pack expects a specific build, not as a performance tweak. |
A clean starting server.cfg only needs a few core lines:
endpoint_add_tcp "0.0.0.0:30120" endpoint_add_udp "0.0.0.0:30120" set onesync on sv_maxclients 48 sv_licenseKey changeme
Self-hosting: where the real bottlenecks show up fastest
Self-hosting works, but it exposes every weak point at once. Officially, FiveM supports Windows and Linux on x86-64, yet Linux FXServer is only provided as a courtesy port, so Windows is still the safer choice if you want the platform where issues are more likely to be fixed first. If you are learning the basics, our guide to self-hosting a game server covers the practical setup steps beyond the FiveM-specific bits.
- Ports: FiveM uses port 30120 on both TCP and UDP by default. txAdmin uses 40120. Do not expose txAdmin publicly any more than you need to; keep it behind a firewall, VPN or another access control layer where possible.
- Licence key: you need a free Cfx licence key and the
sv_licenseKeyline in the config. - Upload speed: matters more than many people expect because clients pull streamed assets from you. Restarts and new content create the biggest spikes.
- Same PC as GTA V: if the machine is also running the game, the server and client fight over RAM, CPU time and disk access. That is a poor fit for busy communities.
- VPS limits: if you are thinking about running a game server on a VPS, watch for shared CPU behaviour and noisy-neighbour effects before putting an RP framework stack on it.
For self-hosting, the plan question becomes a machine question: enough RAM for the server and database, fast enough single-thread CPU for svMain, and enough upstream to feed asset downloads without choking normal play.
Reading the signs before you throw money at the plan
Most FiveM problems tell you what resource is short if you read the symptom properly. Upgrade when RAM sits close to its cap for long periods, when the main thread is regularly the limiting factor even after resource cleanup, or when your peak players keep pressing against the slot limit you actually want to offer. Until then, tune the bottleneck you can identify.
This flow helps separate RAM problems from script, bandwidth and licence limits.
| Symptom | Likely cause | First fix |
|---|---|---|
| Hitch warnings but RAM looks fine | A script is blocking svMain |
Profile with profiler record <duration> and find the offending resource. If you fix the right script, hitch warnings drop without changing memory use. |
| RAM keeps climbing until the server crashes or becomes unstable | A leaking resource or runaway stack growth | Use a restart schedule as a temporary guard, then remove or rewrite the leaking resource. The real sign of success is stable memory after the same play period. |
| Long join or download times after adding assets | Large streamed resources or limited upload bandwidth | Trim oversized asset packs and textures, or buy more upstream. Improvement shows up as faster joins after restart and after content updates. |
| Desync or rubber-banding when many players gather in one area | Sync or CPU pressure, often from crowded entity scenes | Reduce badly behaving resources, review culling-related settings, and if needed move to faster CPU or Enhanced. Watch svSync and svMain rather than guessing. |
| You cannot set more than 48 slots | Licence tier, not RAM | Buy the required Element Club tier. More RAM does not lift the free slot cap. |
| NPCs are missing | onesync_population is false |
Turn it back on if your server design expects population. The trade-off is more entity work, but NPCs return. |
What it costs, and when to tune first instead of buying bigger
In our FiveM server hosting comparison, entry plans come in both slot-billed and RAM-billed forms, which is why headline price alone is misleading. A cheap slot cap can still be weak for roleplay, while a higher-RAM plan may be the sensible choice if you are starting with ESX or QBCore and a database. For RP, the practical starting point is usually 8 GB or more, not the smallest plan on the page.
The price graphic is useful for seeing the entry spread, but compare what is being sold, not just the pound figure.
| Plan | Monthly price | What to make of it |
|---|---|---|
| 1 GB, 10 slots | £2.99/month ($3.98) | Only a very small test or learning setup. |
| 2 GB DDR5 | £3.59/month ($4.78) | Useful if the provider lets you scale; extra RAM is about £1.80/month ($2.39) per GB. |
| 2 GB | £4.89/month ($6.50) | Still in test-server territory for most communities. |
| 3.5 GB | £6.68/month ($8.89) | Close to the low end for a light freeroam stack, but not a safe RP assumption. |
| 3 GB, 12 players | £9.77/month ($12.99) | Shows how slot-billed plans can cost more while still offering modest RAM. |
| 8 players, uncapped RAM | £12.02/month ($15.99) | Good example of why slots and RAM cannot be compared by price alone. |
| 10 GB, 48 slots | £25.00/month ($33.25) | Much more realistic for a growing framework-based community. |
Conversion used: £1 = $1.33
| Situation | Tune it first | Upgrade or change plan |
|---|---|---|
| RAM has headroom, but you get hitch warnings | Yes. Profile resources and fix what blocks svMain. |
No immediate RAM upgrade case. |
| Your stack is growing with more jobs, MLOs, cars, clothing and a local database | Only after removing obviously wasteful resources. | Yes. Move up in RAM because the loaded stack itself is heavier. |
| You want more than 48 slots but performance is otherwise fine | No hardware tune fixes the cap. | Yes, but the first change is the licence tier, not RAM. |
| Joins are slow after restarts or content updates | Yes. Cut asset size and unnecessary streamed packs. | Maybe. More upstream or a better location can help more than more memory. |
| Crowded scenes strain sync on Legacy and your provider offers Enhanced | First clean up scripts and settings. | Then consider Enhanced, because its culling and memory behaviour can change the result. |
Match RAM to the resources you keep loaded, CPU to the quality of your scripts, and slots to the licence tier you need. Then compare plans on that basis instead of assuming a bigger slot advert means a stronger FiveM server.
Compare the best FiveM server hostsFiveM server FAQ
How much RAM does a FiveM server need?
There is no official RAM figure from Cfx.re. In practice, about 2 GB suits testing, about 4 GB suits a small vanilla or freeroam server, and most framework-based communities start making sense from 8 GB upward. The real driver is your resource stack, not the slot cap on the package.
How many players can a FiveM server have for free?
Free servers support up to 48 players with OneSync. Above 48, you need a FiveM Element Club subscription, and sv_maxclients can be set up to 2048. That slot number is a licence and config limit, not a promise that the hardware can handle the load.
Does FiveM need a fast CPU or more cores?
For most servers, fast single-thread performance matters more because most script work runs on svMain. Extra cores still help network, sync and background tasks, and they matter more on Enhanced because some culling work can spread out, but bad scripts still need fixing first.
How much RAM does an ESX or QBCore server need?
8 GB is a typical starting point for an ESX or QBCore server with a lean-to-moderate stack and roughly 10-40 players. Standard RP commonly sits in the 8-16 GB range, and a full stack with many MLOs, add-on vehicles, clothing and jobs can push you toward about 16 GB or more.
Does FiveM Enhanced need less RAM?
It can. Cfx.re says the newer Cfx Server for GTAV Enhanced reduces RAM usage by up to 50% in some cases by optimising memory allocation per player and per entity, and it can also lower CPU use in certain scenarios. That only matters if your host is actually running Enhanced; a Legacy FXServer plan should still be sized with Legacy expectations.
More FiveM server guides
Compare FiveM hosts for your community, or read up on server hardware.
FiveM, GTA V builds and host control panels change over time. Where your host’s panel differs from the steps here, follow the panel for the same setting.
