Combien de RAM pour un serveur Garry's Mod en 2026 ?

Un DarkRP de 40 joueurs avec 120 addons dépasse souvent 5 Go après deux changements de map. Pour 2026, partez sur 2 Go pour un petit Sandbox propre, 4 Go pour du TTT ou du Murder chargé, 6 Go pour un DarkRP sérieux, et 8 Go quand le roleplay ajoute beaucoup de véhicules, jobs, scripts Lua et contenus Workshop. Au-delà, la RAM ne corrige presque jamais un mauvais tickrate, une boucle Lua ou une map trop lourde.

Diagnostiquer une RAM qui sature sur Garry's Mod

Une RAM pleine ne ressemble pas toujours à un lag classique. Sur Garry's Mod, le premier signe propre est souvent une montée lente de la mémoire après chaque changement de map, puis un arrêt brutal avec Lua Panic! Not enough memory, Killed, ou un redémarrage sans rapport clair dans la console. Si le serveur garde 66 tick en début de soirée puis tombe à 35 tick quand 30 joueurs posent des props, regardez aussi le CPU. La RAM ne baisse pas le temps de calcul d'un hook Lua lancé 600 fois par seconde.

Le serveur dédié Garry's Mod tourne via srcds_run. Les contenus montés depuis le Workshop, les fichiers de garrysmod/addons/ et les réglages de server.cfg changent fortement la consommation. Un serveur vide sur gm_construct se place souvent entre 1,1 et 1,4 Go après quelques minutes. Un TTT2 avec 50 addons arrive vite à 3 Go. Un DarkRP avec 100 à 150 addons, véhicules et jobs chargés dépasse 5 Go sans forcer.

Le port UDP 27015 ne joue aucun rôle dans la RAM. Le nombre de slots, lui, compte par les entités, les armes, les avatars, les inventaires et les timers Lua. Un joueur connecté coûte rarement 100 Mo à lui seul. Dix joueurs qui spamment des props sur rp_downtown_v4c peuvent pourtant ajouter plusieurs centaines de Mo, car la map, la physique et les scripts gardent des références en mémoire.

Choisir la RAM selon le mode de jeu Garry's Mod

Le bon forfait dépend moins du nom du mode que de trois chiffres : joueurs simultanés, nombre d'addons actifs, taille de la map. Une collection Workshop de 8 Go sur le disque ne prend pas 8 Go de RAM, mais elle peut charger 800 Mo à 2 Go si elle contient beaucoup de modèles, sons, véhicules et scripts côté serveur. La valeur host_workshop_collection dans server.cfg doit pointer vers une collection tenue propre, pas vers un grenier où chaque ajout de 2021 reste monté.

Laissez sv_hibernate_think à 0 si vous voulez économiser des cycles quand le serveur est vide. Le mettre à 1 pour garder des timers actifs à zéro joueur se défend pour certains scripts d'économie, mais vous payez une consommation continue, souvent 200 à 600 Mo de plus sur la durée avec des addons bavards.

Mesurer la consommation RAM sans couper les joueurs

Mesurez à chaud. Une mesure prise juste après un redémarrage ment presque toujours, car les modèles, Lua files, fichiers Workshop et bases SQLite ne sont pas encore tous chargés. Attendez 30 minutes, un changement de map et au moins 60 % de vos slots occupés. Sur un serveur 40 slots, cela veut dire 24 joueurs connectés. Si votre pic réel arrive le dimanche à 21 h, mesurez le dimanche à 21 h.

1. Relevez la RAM utilisée au démarrage, avant connexion d'un joueur. Notez aussi la map, par exemple rp_downtown_tits_v2 ou gm_construct.
2. Relevez la valeur après 10 joueurs, puis après 20 joueurs. Une hausse linéaire de 30 à 60 Mo par joueur reste normale sur beaucoup de modes RP.
3. Changez de map une fois. Si la mémoire ne redescend jamais et ajoute 300 à 700 Mo à chaque cycle, cherchez un addon qui garde des références Lua.
4. Sur Linux, comparez RSS et VSZ. RSS correspond à la mémoire réellement résidente. VSZ affiche aussi des réservations, donc il fait peur pour rien.
5. Gardez 15 à 20 % de marge. À 95 % de RAM utilisée, le swap transforme un freeze de 200 ms en arrêt de plusieurs secondes.

ps -o pid,rss,vsz,cmd -C srcds_linux

Le panel Starmine affiche la mémoire en temps réel, l'historique après redémarrage et les pics par instance, ce qui évite de lancer cette commande à la main et de confondre RSS, cache système et swap. Le même suivi reste accessible depuis notre panel quand vous testez une nouvelle collection Workshop.

Réduire la RAM utilisée sans retirer la moitié du serveur

Le nettoyage rentable commence par les doublons. Deux packs de véhicules TDM et deux packs Photon peuvent monter les mêmes modèles, charger les mêmes textures et enregistrer les mêmes entités. Sur un RP de 45 joueurs, retirer 20 addons redondants fait souvent gagner 500 Mo à 1,5 Go. Retirer un seul gros pack de maps qui ne sert jamais ne change parfois rien, car une map non chargée pèse surtout sur le disque.

Les fichiers Lua lancés côté serveur coûtent plus cher que les joueurs ne l'imaginent. Un script placé dans lua/autorun/server s'exécute à chaque démarrage. Un timer qui parcourt tous les joueurs toutes les 0,1 seconde passe 600 fois par minute sur 60 joueurs. La RAM grimpe quand ce script stocke des tables par SteamID sans les vider à la déconnexion. Cherchez les addons qui créent des inventaires, historiques de logs, systèmes de banque, véhicules persistants et jobs dynamiques.

Ne confondez pas FastDL et RAM. Un dossier materials de 6 Go envoyé aux joueurs ne charge pas 6 Go côté serveur. En revanche, un addon qui précharge des sons, enregistre 300 armes SWEP et ajoute 1 200 entités spawnables augmente la mémoire dès le démarrage. Gardez une collection Workshop de production et une collection de test. Ajoutez 5 addons, pas 40. Redémarrez, mesurez après 30 minutes, puis validez. C'est lent. C'est moins lent qu'un rollback un soir de wipe.

Ajouter de la RAM ou corriger le CPU sur Garry's Mod

La mauvaise décision classique consiste à passer de 6 Go à 12 Go quand le serveur tombe à 28 tick. Garry's Mod aime les performances par coeur CPU, car beaucoup de calculs Source et Lua restent concentrés sur un thread principal. À 66 tick, le serveur dispose d'environ 15,15 ms pour calculer une frame. À 33 tick, il dispose d'environ 30,3 ms. Si vos frames prennent 40 ms avec 35 joueurs, ajouter 4 Go ne remet pas le tick à 66.

Montez en RAM quand la mémoire dépasse 80 % pendant le pic réel, ou quand le swap apparaît. Restez sobre si la mémoire stagne sous 65 %. Les offres affichées sur nos tarifs doivent se choisir avec votre mode de jeu et vos pics, pas avec la taille compressée du Workshop. Un serveur 32 slots TTT bien tenu tourne mieux avec 4 Go et un bon nettoyage qu'avec 8 Go et 120 addons oubliés.

Dimensionner un serveur Garry's Mod pour 2026

Partez sur une base, puis corrigez avec des mesures. 2 Go couvrent un Sandbox privé, un Build entre amis ou un petit Murder jusqu'à 12 joueurs si la collection reste sous 30 addons actifs. 4 Go couvrent la majorité des TTT, Prop Hunt et serveurs fun entre 16 et 32 joueurs. 6 Go deviennent le plancher propre pour un DarkRP public avec 32 à 48 slots, base SQLite locale, logs, jobs, véhicules et inventaires. 8 Go servent aux RP chargés, aux cartes lourdes et aux pics de 50 à 64 joueurs.

La base de données change peu la RAM du serveur de jeu. Un fichier sv.db de 300 Mo prend surtout de la place disque, mais les addons qui lisent tout en mémoire au démarrage peuvent ajouter 200 à 800 Mo. Avec MySQLOO ou tmysql4 vers MariaDB, la mémoire part plutôt côté base, souvent 100 à 300 Mo pour un petit serveur. Le mauvais cas arrive quand un addon charge toutes les transactions, tous les véhicules et tous les inventaires dans une table Lua au lieu de paginer.

• Gardez 15 % de RAM libre au pic du soir. Sous 5 %, le moindre changement de map devient un pari.
• Ajoutez 1 Go quand un ajout Workshop fait monter la mémoire de 700 Mo ou plus après un test complet.
• Ne payez pas 10 ou 12 Go pour masquer un tickrate à 33 causé par un script de logs lancé toutes les 0,05 seconde.
• Testez les wipes, nouveaux jobs et packs de véhicules sur une instance séparée avant le vendredi soir.

Guides

Mon serveur Garry's Mod a 8 Go de RAM mais lag encore, pourquoi ?

La RAM évite surtout les crashs, le swap et les freezes liés à la mémoire. Si le tickrate baisse alors que la RAM reste sous 70 %, le problème vient plus souvent du CPU, d'une map lourde ou d'un addon Lua qui tourne trop souvent.

Combien de RAM faut-il pour un DarkRP de 40 joueurs ?

Prévoyez 6 Go pour un DarkRP de 40 joueurs avec 90 à 140 addons actifs. Passez à 8 Go si vous ajoutez beaucoup de véhicules, inventaires persistants, jobs custom, logs et une grosse map RP.

Les addons Workshop prennent-ils autant de RAM que leur taille affichée ?

Non. Une collection de 10 Go peut consommer 1 à 3 Go de RAM selon ce qui est réellement chargé côté serveur. Les modèles, sons et textures pèsent surtout au téléchargement, tandis que les scripts Lua, entités, armes et systèmes persistants coûtent plus cher en mémoire serveur.

Faut-il redémarrer un serveur Garry's Mod tous les jours ?

Pour un serveur RP chargé, un redémarrage quotidien hors pic reste sain, surtout après plusieurs changements de map. Si la RAM augmente de 300 Mo à chaque cycle sans redescendre, le redémarrage cache une fuite, il ne la corrige pas.