GMod branche 64-bit (x86-64) : faut-il vraiment passer dessus ?

TL;DR

La branche x86-64 de Garry's Mod donne accès à plus de 4 Go de RAM, au moteur Chromium (adieu Awesomium), et au rendu multicore. En contrepartie : LuaJIT peut se comporter moins bien selon vos addons, beaucoup de modules binaires ne sont disponibles qu'en 32-bit, et la branche reste techniquement expérimentale. La réponse honnête est : ça dépend de votre usage.

C'est quoi exactement la branche x86-64 ?

Quand vous lancez GMod via Steam sans rien changer, vous utilisez la branche 32-bit stable (par défaut). Facepunch maintient en parallèle une branche bêta appelée x86-64 - Chromium + 64-bit binaries. Elle embarque deux gros changements :

1. Binaires 64-bit — le jeu peut adresser plus de 4 Go de RAM.
2. CEF (Chromium Embedded Framework) — remplace l'ancien moteur Awesomium, ce qui rend fonctionnels les addons basés sur des pages web (Media Player, radio RP, etc.).

Il s'agit d'une branche alternative qui apporte un moteur HTML amélioré ainsi qu'une version 64-bit du jeu, connue pour offrir un gain de performance au prix de rares problèmes liés à son aspect expérimental/bêta.

Comment activer la branche x86-64

La procédure est simple et réversible :

1. Clic droit sur Garry's Mod dans votre bibliothèque Steam → Propriétés.
2. Onglet Bêtas.
3. Dans le menu déroulant, sélectionnez x86-64 - Chromium + 64-bit binaries (pas l'entrée "Chromium" seule).
4. Fermez la fenêtre — Steam télécharge les nouveaux fichiers (~150-500 Mo).
5. Au prochain lancement, une popup vous propose de choisir entre la version 32-bit et 64-bit.

💡 Vous pouvez revenir à la branche par défaut à tout moment en sélectionnant None dans le menu déroulant Bêtas.

Arguments pour passer en 64-bit

🟢 Plus de RAM disponible

GMod 64-bit peut utiliser plus de 4 Go de RAM, ce qui réduit les crashes sur les serveurs avec beaucoup d'addons. En 32-bit, le processus est limité à ~3,5 Go adressables en pratique — si votre collection de contenu est massive, vous avez certainement déjà vu le message d'erreur "Lua ran out of memory".

🟢 Rendu multicore activé par défaut

La branche x86-64 active le rendu multicore par défaut, ce qui offre un gros gain de FPS sur les machines disposant de 2 cœurs ou plus.

🟢 Chromium / CEF opérationnel

L'ancien moteur Awesomium intégré au 32-bit ne supporte plus les standards web modernes. Avec la branche 64-bit, vous pouvez pleinement profiter des addons qui utilisent HTML, comme ceux permettant d'écouter de la musique ou de regarder des vidéos YouTube. Pour tout serveur RP avec une radio ou un écran interactif, c'est indispensable.

🟢 Adoption large côté joueurs

La majorité des joueurs et développeurs l'utilisent désormais à la place de la branche par défaut.

Arguments contre (ou raisons de rester en 32-bit)

🔴 LuaJIT moins performant dans certains cas

C'est le point le plus surprenant et le moins connu. Sur la branche x86-64, LuaJIT semble nettement moins performant dans certaines situations — ce qui peut en réalité réduire les performances globales. Cela dépend beaucoup des addons que vous utilisez le plus.

Concrètement : un gamemode lourd en appels Lua (DarkRP avec de nombreux plugins, TTT avec des centaines de hooks hook.Add, etc.) peut tourner moins bien en 64-bit qu'en 32-bit sur certains profils matériels. Ce n'est pas systématique, mais c'est documenté.

🔴 Modules binaires : le grand absent

C'est probablement le plus gros frein pour les admins de serveur. Il est très difficile de trouver des modules binaires tiers compilés pour le 64-bit, car la plupart des développeurs ne compilent que pour la version 32-bit du jeu.

Des modules populaires comme gmsv_discord, gmsv_mysql, certains modules réseau ou anti-cheat n'ont tout simplement pas de build _win64.dll ou _linux64.so. Si votre serveur en dépend, restez en 32-bit ou attendez que les auteurs publient une version 64-bit.

Le format des modules suit cette convention :

garrysmod/lua/bin/
  gmsv_monmodule_win32.dll   ← 32-bit Windows serveur
  gmsv_monmodule_win64.dll   ← 64-bit Windows serveur
  gmcl_monmodule_win32.dll   ← 32-bit Windows client
  gmcl_monmodule_win64.dll   ← 64-bit Windows client

Si le fichier _win64.dll n'existe pas dans la release de l'auteur, le module ne se chargera pas en 64-bit et vous aurez une erreur Couldn't load module library!.

🔴 Branche encore expérimentale

Cette branche reste techniquement expérimentale. Facepunch ne peut pas garantir que la sécurité, les performances, la stabilité ou l'expérience de jeu seront optimales.

En pratique, certains admins rapportent n'avoir constaté aucun gain de performance notable, mais avoir eu davantage de crashes moteur.

🔴 Mises à jour plus lentes

La version x64 prend généralement plus de temps à être mise à jour que la version x32. Si Facepunch sort un correctif urgent, la branche 64-bit peut rester en retard quelques heures voire jours.

Tableau récapitulatif

Mon verdict selon votre profil

Vous êtes joueur solo / petits serveurs sans modules binaires

Passez en 64-bit. Le gain en RAM et en Chromium justifie le switch, et vous ne rencontrerez probablement aucun module manquant.

Vous êtes admin d'un serveur RP chargé (DarkRP, NutScript…)

Vérifiez d'abord vos modules binaires. Listez tous les require("...") dans vos scripts et cherchez si une version _win64 ou _linux64 existe pour chacun. Si ce n'est pas le cas, restez en 32-bit pour l'instant.

Vous faites du développement Lua intensif (hooks, timers, etc.)

Testez les deux branches avec votre propre gamemode. LuaJIT peut se comporter nettement moins bien dans certains cas sur le x86-64 — un benchmark rapide avec SysTime() sur vos fonctions critiques vous dira si ça vaut le coup.

Vous avez moins de 4 Go de RAM libre

Paradoxalement, le fait que le 64-bit autorise une plus grande allocation mémoire peut aussi provoquer des crashes si vous avez énormément de mods et une RAM limitée.

FAQ rapide

Q : Mes addons Workshop fonctionnent-ils en 64-bit ? En grande majorité oui — les addons Lua purs (entités, SWEP, gamemodes…) ne sont pas affectés par l'architecture. Seuls les modules binaires (.dll/.so) peuvent poser problème.

Q : Mon serveur doit-il être sur la même branche que moi ? Non. Un client 64-bit peut rejoindre un serveur 32-bit et vice-versa. L'architecture ne touche pas le protocole réseau.

Q : La branche x86-64 deviendra-t-elle un jour la branche principale ? Probablement, mais Facepunch n'a pas communiqué de date. En attendant, elle reste officiellement "bêta".

Q : J'ai une erreur Couldn't load module library! après le switch. C'est typiquement un module binaire compilé uniquement en 32-bit. Cherchez une version 64-bit sur le GitHub de l'auteur, ou repassez temporairement en 32-bit. Vous pouvez aussi trouver des addons et modules compatibles sur GM Market.

N'hésitez pas à partager en commentaire votre expérience : vous avez switché ? Quels modules vous ont posé problème ? Le débat est ouvert.