Borderlands 4 débarque sur Linux, mais l’accueil reste mitigé. Le jeu tourne, parfois bien, souvent avec des compromis. Les tests montrent des pertes significatives de FPS par rapport à Windows, des bugs visuels sur GeForce et une incompatibilité pour les cartes Intel Arc. Les outils comme Proton et FSR 4 aident, mais ne suffisent pas encore à égaler l’expérience native. Ce dossier technique éclaire les résultats, donne des solutions concrètes et prépare à l’évolution attendue via mises à jour.
Performance globale de Borderlands 4 sur Linux : résultats techniques et contexte
Un banc d’essai identique a servi pour Windows et Linux : processeur AMD Ryzen 7 7700X, carte mère MSI B650, 32 Go DDR5 et des GPU modernes. Les modèles testés : AMD RX 9070, Nvidia RTX 5070 et Intel Arc B580.
Sur Linux (CachyOS, kernel 6.16, Mesa 25.2.3, drivers Nvidia récents) le constat est net : la Radeon se comporte le mieux en stabilité, mais perd environ 30% de FPS par rapport à Windows. La Nvidia affiche des artefacts visuels et une baisse encore plus forte, tandis que Intel Arc refuse de démarrer.
Le traducteur DirectX→Vulkan et la surcharge logicielle liée au rendu (Software Lumen) pèsent lourd. Le GPU n’est souvent pas pleinement exploité : la RX 9070 se retrouve limitée par le processeur, à ~90% d’utilisation au lieu d’un « full load ». Autrement dit, la perte n’est pas toujours purement GPU mais liée à l’ensemble logiciel.
Ce verdict technique s’inscrit dans un cheminement plausible : Proton, les pilotes et le jeu lui-même devraient s’améliorer. Pour l’heure, l’expérience sous Linux demande des ajustements et une tolérance sur les performances. Clé finale : surveiller les patches et retenir que la stabilité existe, la performance reste perfectible.
Compatibilité AMD Radeon et FSR 4 sous Linux : progrès réels mais concessions
Avec une RX 9070, Borderlands 4 tourne et intègre FSR 4 via OptiScaler. Sur Linux, l’astuce PROTON_FSR4_UPGRADE=1 récupère automatiquement la bibliothèque AMD la plus récente, simplifiant le réglage.
Avantage concret : les temps de compilation de shaders s’effacent souvent, Steam télécharge les shaders précompilés comme mise à jour. Cela réduit les stutters initiaux et améliore la sensation de fluidité lors des sessions de jeu.
Toutefois, les chiffres refroidissent l’enthousiasme : environ 30% de perte d’images et une charge CPU plus élevée traduisent un manque d’optimisation. Des scènes lourdes, comme la zone « Knochenküste », montrent que la marge existe encore côté drivers et Proton.
Exemple vécu : un administrateur réseau amateur de jeux lance la map en FHD, FSR 4 en mode équilibré et constate une jouabilité correcte pour du solo, mais des chutes en coop. L’issue ici est simple : des paramètres plus bas et un contrôle vigilant des mises à jour offrent la meilleure expérience actuelle.
Phrase clé : la Radeon permet de jouer, mais la performance reste bridée par le stack logiciel.
GeForce RTX 5070 sous Linux : correctif pour les artefacts et bilan utilisateur
La RTX 5070 fonctionne, mais des points blancs apparaissent le long des arêtes. Solution manuelle : créer une Engine.ini dans le dossier Config avec la ligne r.EdgeDetection.Enabled=0. Cela corrige le rendu et améliore légèrement les performances.
Chiffre révélateur : l’optimisation apporte ~4 FPS en moyenne, mais surtout fait passer les 1% lows de 25,2 à 53,3 — une vraie différence sur la sensation de stabilité. Malgré cela, la RTX reste en retrait face à Windows : la perte moyenne est d’environ 44%, avec Windows culminant à ~84 FPS contre ~60 sur Linux.
Sur le terrain, cela signifie des réglages plus fins, parfois des sacrifices visuels et des manipulations dans les fichiers de config. Les joueurs souhaitant une expérience proche du natif devront accepter ce travail supplémentaire pour corriger les bugs et lisser les performances.
Phrase clé : la GeForce demande des ajustements manuels pour être jouable et reste inférieure au résultat Windows.
Intel Arc et Steam Deck : limites nettes et conséquences pour Valve et Gearbox Software
Le constat pour Intel Arc B580 est clair : le titre ne démarre pas sous Linux dans les conditions testées. Ce cas pointe des manques dans le support des drivers et dans l’intégration avec Proton.
Quant au Steam Deck, la jouabilité est trop limitée. Même en baissant drastiquement les réglages, l’appareil transforme les combats en diaporama. La compatibilité officielle absente doit être interprétée comme un signal d’alerte pour ceux qui espéraient jouer nomade via Valve et Steam.
Responsabilités croisées : Gearbox Software et l’éditeur (mentionné dans certains marchés sous K Games) ont intérêt à publier des correctifs. Valve et la communauté Proton apporteront également des améliorations. En attendant, la prudence s’impose pour les configurations Intel ou Steam Deck.
Phrase clé : Intel et Steam Deck sont aujourd’hui des voies risquées pour Borderlands 4 sur Linux.
Conseils pratiques pour jouer à Borderlands 4 sur Linux aujourd’hui
Mettre à jour le kernel, Mesa et les pilotes est impératif. Choisir une distribution orientée gaming ou disposer de CachyOS avec les patches récents facilite l’usage de FSR 4 via Proton.
Ajouter PROTON_FSR4_UPGRADE=1 dans l’environnement apporte la dernière librairie AMD sans bricolage. Pour Nvidia, créer une Engine.ini avec r.EdgeDetection.Enabled=0 règle les artefacts notés et stabilise les 1% lows.
Adapter les presets : viser « Très haut » en FHD peut être viable sur Radeon, mais attendre des patches pour retrouver le gain perdu face à Windows. Pour ceux qui exigent la fluidité maximale en multi, la solution la plus sûre reste une session Windows native.
Phrase clé : appliquer ces réglages donne une expérience jouable aujourd’hui, en gardant l’œil sur les mises à jour.
Commentaires
Laisser un commentaire