Pourquoi les MMO et les jeux de survie dépendent plus du CPU que du GPU

Un MMO ou un jeu de survie à monde persistant est généralement limité par le CPU plutôt que par le GPU. La cause est simple : le GPU peint des pixels, et son travail augmente avec la résolution et les effets ; le CPU simule et prépare le monde, et son travail augmente avec le nombre de choses présentes : joueurs, faune, structures, objets. Dans ces genres, le nombre de choses présentes est justement ce qui croît le plus.

Cela change l’endroit où il est judicieux de dépenser. Une meilleure carte graphique n’augmente pas la fréquence d’images dans une scène où le CPU n’arrive pas à suivre, et ce sont les scènes qui t’importent le plus : la grande base, la zone bondée, la bataille.

Cinq charges qui saturent le CPU

1. Beaucoup d’entités à la fois

Chaque personnage, créature ou véhicule est une entité que le jeu doit mettre à jour à chaque image : sa position, son état, son IA ou les données qui arrivent du serveur. Avec dix entités, on ne remarque rien ; avec plusieurs centaines à l’écran, le thread de jeu passe une bonne partie de l’image à les mettre à jour. Et chacune a un squelette animé : calculer la pose d’un personnage coûte du CPU, et cela varie avec la distance.

2. Les commandes de rendu

Avant que le GPU ne peigne quoi que ce soit, le CPU doit lui dire quoi dessiner : ce maillage, avec ce matériau, à cette position. Chaque objet distinct représente généralement une ou plusieurs commandes. Les mondes avec beaucoup de végétation, des structures faites de nombreuses pièces et des personnages dont l’équipement est visible multiplient ces commandes. Des techniques comme les maillages virtualisés d’Unreal Engine 5, Nanite, réduisent beaucoup ce coût pour la géométrie statique, mais ne le suppriment pas pour tout le reste.

3. La simulation : physique, IA et systèmes de jeu

La survie ajoute des systèmes qui tournent en continu : besoins du personnage, météo, physique des objets, cycle du jour et de la nuit, comportement de la faune. Dans un jeu de construction avec intégrité structurelle, chaque fois qu’un support est retiré, le jeu doit recalculer ce qui tient et ce qui tombe. Tout cela est de la logique CPU qui ne dépend pas de la résolution.

4. Le réseau

Dans un jeu en ligne, le client reçoit en permanence des paquets avec l’état du monde, les décompresse, les applique aux entités et concilie ce que tu avais prédit avec ce que le serveur a dit. Avec beaucoup d’entités visibles, le volume de données que le client traite augmente. Cette charge n’est pas le ping (c’est de la latence, expliquée dans ping, latence et serveurs dans un MMO) mais le travail de traitement de ce qui arrive.

5. Le streaming du monde

Un grand monde ne tient pas entièrement en mémoire. Au fil de tes déplacements, le jeu charge et décharge des morceaux de terrain, d’objets et de textures, et décompresse, convertit et place ces données. Une partie du travail est sur le CPU et une partie sur le disque ; si l’un et l’autre sont à la limite, des saccades apparaissent quand tu traverses des zones.

Pourquoi un seul thread commande

La plupart des moteurs ont un thread principal (le thread de jeu) qui exécute la logique et ne se découpe pas de façon simple : ce que fait un personnage dépend de l’état du monde, qui dépend de ce qu’ont fait les autres. Certaines parties sont réparties (animation, physique, chargement des ressources, thread de rendu), mais l’image n’est pas terminée tant que la plus lente n’a pas fini.

La conséquence est contre-intuitive : un processeur de 32 threads peut être presque entièrement libre et le jeu rester limité, parce qu’un thread est saturé. Pour ces genres, ce qui compte donc plus que le nombre de cœurs, c’est :

• La performance par cœur, c’est-à-dire la fréquence et l’efficacité avec lesquelles il exécute les instructions.
• Le cache, qui évite d’aller chercher dans la mémoire principale, beaucoup plus lente. Les processeurs avec un grand cache, comme ceux d’AMD avec 3D V-Cache, en profitent quand l’ensemble de travail du jeu est grand, et un monde avec des milliers d’entités l’est. Cela est expliqué dans ce qu’est le 3D V-Cache.
• La latence de la mémoire, qui dépend de la RAM, de son profil et du nombre de modules utilisés.

Le serveur exécute la simulation, mais ton CPU travaille aussi

Dans un MMO, la simulation faisant autorité tourne sur des serveurs, pas sur ton PC. Cela ne t’en dispense pas : ta machine prédit ce qui se passe pour que le jeu réponde instantanément, interpole entre les mises à jour du serveur, anime chaque personnage visible et dessine la scène. Le serveur décide de ce qui est vrai ; ton CPU doit l’afficher avec fluidité. Avec plus de joueurs et de faune à l’écran, le serveur envoie davantage et ton CPU traite et dessine davantage.

Pourquoi le GPU reste inactif

Pendant que le CPU peine avec le thread de jeu, le GPU, qui pourrait peindre davantage d’images, attend. C’est ce que tu vois quand la carte tombe à 50-70 % dans une zone bondée, et pourquoi ton GPU n’atteint pas 100 % l’explique. Baisser la résolution n’aide pas ; ce qui aide, c’est d’alléger ce qui charge le CPU (population visible, distance d’affichage, ombres lointaines) ou d’avoir un CPU plus rapide avec plus de cache.

Ce que cela implique pour choisir son matériel

Si tu joues surtout à…	Priorité	Ensuite
Des MMO et des jeux de survie à grand monde	Un CPU avec une forte performance par cœur et beaucoup de cache ; de la RAM DDR5 rapide	Un GPU équilibré pour ta résolution
Des jeux en couloirs ou cinématographiques	GPU	Un CPU suffisant
Des jeux compétitifs à haute fréquence d’images	CPU et un écran à haute fréquence de rafraîchissement	Un GPU de milieu de gamme

C’est une opinion éditoriale raisonnée, pas une règle universelle : elle dépend de la résolution à laquelle tu joues (en 4K, le GPU devient la limite plus tôt) et de la scène. Le guide d’achat avec des exemples concrets est le meilleur PC pour les MMO et les jeux de survie en 2026-2027, et celui du processeur est le meilleur processeur pour les MMO et les jeux de survie.

Un exemple : un MMO de survie à monde persistant

COLONIZED est un MMO de survie spatiale pour PC développé avec Unreal Engine 5, avec des serveurs dédiés persistants. Les candidatures pour l’alpha fermée sont ouvertes et la première vague est prévue à l’hiver 2026-2027 ; il n’est pas encore jouable. Son build de développement comporte déjà le type de charges décrit : une faune avec sa propre IA, des ennemis humains qui se mettent à couvert et prennent à revers, des bases avec intégrité structurelle et des tirs que le serveur résout avec compensation de latence (lag). C’est pourquoi nous surveillons le coût du CPU et pas seulement celui du GPU. Nous n’avons publié ni configuration requise ni chiffres de fréquence d’images ; ce que nous avons mesuré, concernant la mémoire vidéo et le coût des effets, se trouve dans notre guide pour optimiser les jeux Unreal Engine 5.