PC simulator

Pourquoi un simulateur ne charge pas la machine comme un autre jeu

Un joueur qui passe d’un jeu d’action à un simulateur fait souvent la même expérience déroutante. La machine qui affichait sans broncher une scène de combat s’effondre à l’approche d’un grand aéroport ou d’une agglomération dense, alors même que la carte graphique n’est qu’à moitié occupée.

L’explication tient à la nature du calcul. Un jeu d’action calcule surtout des images : des surfaces, des lumières, des effets, autant de tâches que l’on peut découper en milliers de morceaux traités en parallèle — exactement ce que sait faire une carte graphique. Un simulateur, lui, calcule surtout un monde. La physique d’un véhicule, la circulation d’une ville entière, le comportement de centaines d’entités : à chaque cycle, l’état dépend du précédent. On ne peut pas calculer la position d’un train de roulement à l’instant suivant sans connaître celle de l’instant présent.

Cet enchaînement séquentiel se répartit mal entre plusieurs cœurs de processeur. Un processeur à seize cœurs n’y va pas seize fois plus vite ; il y va, pour l’essentiel, à la vitesse d’un cœur. C’est pourquoi la simulation reste l’un des rares domaines où la performance d’un seul cœur pèse davantage que leur nombre.

Une nuance s’impose, parce que la règle n’est pas absolue. Les moteurs récents répartissent mieux qu’il y a dix ans, et certaines tâches — le chargement du décor, l’audio, les entités lointaines — se parallélisent correctement. La tendance reste néanmoins nette, et elle a une conséquence immédiate sur le portefeuille : sur un simulateur, une carte graphique plus puissante ne déplace pas forcément la limite que l’on croit déplacer.

Trouver son goulet d’étranglement en cinq minutes

Plutôt que de raisonner sur des configurations recommandées, qui décrivent une machine théorique et pas la vôtre, le plus rapide est de faire parler la sienne.

Un dernier réflexe manque presque toujours : ne changer qu’un réglage à la fois entre deux mesures. Modifier trois paramètres puis constater une amélioration n’apprend rien sur ce qui l’a produite.

La bonne mesure n’est pas la moyenne

Le nombre d’images par seconde moyen est la mesure la plus citée et l’une des moins utiles en simulation.

Une machine qui affiche soixante images par seconde en moyenne, avec des chutes régulières à vingt, donne une sensation nettement plus désagréable qu’une machine stabilisée à quarante-cinq. La moyenne lisse précisément ce qui gêne. La mesure pertinente est le temps par image : au lieu de compter combien d’images passent en une seconde, on regarde combien de millisecondes chacune met à s’afficher, et surtout si cette durée reste constante.

En simulation, cette régularité compte davantage qu’ailleurs, parce que les moments décisifs sont brefs. Une approche finale se joue sur quelques secondes, un dépassement de poids lourd sur une demi-seconde, un accostage de charge sur un geste. Une saccade au mauvais moment ne dégrade pas le confort : elle fait rater la manœuvre.

Deux familles d’à-coups se distinguent à l’observation, et elles n’ont pas la même cause.

Une conclusion pratique en découle, à rebours du réflexe habituel : brider volontairement la cadence à une valeur que la machine tient en permanence donne un meilleur ressenti qu’une cadence libre et instable. Le confort naît de la constance, pas du maximum atteint.

Mémoire, stockage, connexion

la chaîne qu’on oublie

Le raisonnement s’arrête presque toujours au duo processeur-carte graphique. Or quatre autres maillons décident du résultat, et ce sont eux qui expliquent la plupart des à-coups périodiques.

Les deux premiers maillons obéissent à la même logique de saturation. Une carte étendue, un décor chargé, des véhicules détaillés et des extensions cumulées font grimper la consommation bien au-delà de ce qu’exige un jeu classique ; quand la mémoire vive sature, le système déporte une partie du travail sur le disque, et ce n’est plus une baisse de performance mais une succession de blocages. La mémoire vidéo, elle, se venge en rechargeant les textures en continu.

Le stockage joue un rôle que l’on sous-estime, parce qu’il n’apparaît sur aucune configuration recommandée autrement qu’en gigaoctets libres. Les simulateurs modernes chargent leur décor par morceaux, au fur et à mesure du déplacement. Sur un disque lent, chaque nouvelle tuile de terrain arrive en retard, et cela se voit.

La connexion Internet, enfin, est devenue un composant à part entière sur une partie du genre. Les simulateurs de vol récents ne stockent plus leur monde sur le disque : ils le téléchargent en vol. Les mesures publiées par la presse spécialisée sur le titre grand public le plus diffusé donnent des ordres de grandeur qui étonnent — plusieurs dizaines de mégabits par seconde en usage courant, des pointes bien supérieures au-dessus des zones les plus détaillées, et une consommation qui se compte en dizaines de gigaoctets par heure aux réglages de détail les plus élevés. Ces valeurs dépendent fortement du niveau de détail choisi et de la zone survolée, mais elles suffisent à déplacer le diagnostic : sur ces titres, une ligne partagée à l’heure où toute la maison est connectée bride l’affichage aussi sûrement qu’un composant vieillissant.

La réalité virtuelle, multiplicateur de charge

Un casque ne change pas le degré de difficulté, il change l’échelle du problème, et il le fait par plusieurs effets qui se cumulent.

Le premier est arithmétique : deux images sont calculées à chaque cycle, une par œil, avec des points de vue légèrement différents. Le deuxième tient à la définition. Ce qui compte ici n’est pas une valeur absolue mais un facteur multiplicatif : chaque œil reçoit une image dont la définition est du même ordre que celle d’un écran d’ordinateur, et le rendu est en pratique calculé au-delà de cette valeur pour compenser la déformation introduite par les lentilles. Le troisième est le plus contraignant : là où un écran tolère une cadence irrégulière, un casque impose un plancher sous lequel l’expérience cesse d’être seulement désagréable pour devenir physiquement pénible.

Les casques disposent de techniques de compensation qui fabriquent des images intermédiaires lorsque la machine décroche. Elles évitent le pire, mais elles introduisent leurs propres défauts visuels sur les objets en mouvement rapide — précisément ce que l’on regarde en simulation.

La conclusion pratique tient en une phrase : une machine confortable sur écran peut être hors sujet en casque, et le passage à la réalité virtuelle se teste avant de s’équiper, pas après.

Les mises à niveau qui ne changeront rien

Aucun classement de composants ici, et aucun modèle nommé : un produit n’a de valeur que rapporté à un usage et à une contrainte, et une référence citée aujourd’hui serait périmée avant la fin de la saison. En revanche, trois dépenses reviennent régulièrement sans rien régler.

La première est le remplacement de la carte graphique sur une machine que le processeur tient déjà en laisse. Le gain se limite alors aux réglages purement graphiques, et la scène dense continue de faire chuter l’affichage exactement comme avant.

La deuxième est l’ajout de mémoire vive alors qu’elle n’était pas saturée. La mémoire supplémentaire ne sert que si l’ancienne manquait ; sinon elle dort.

La troisième est le passage à une définition d’écran supérieure sans marge de calcul, qui revient à s’imposer une charge en plus pour un confort en moins — soit l’inverse exact de la constance recherchée.

L’ordre rationnel découle du diagnostic. On commence par les réglages, gratuits, en visant la densité du monde quand le processeur est en cause et la qualité d’image quand c’est la carte. On traite ensuite le maillon identifié, un seul. Et l’on ne remesure pas au ressenti mais avec les mêmes indicateurs, dans la même scène, ce qui reste la seule façon de savoir si la dépense a servi à quelque chose.