Outils sysadminActualité

KDE et eGPU : quand éviter des copies d’image

Sur cette page
  1. Un résultat mesuré sous conditions
  2. Le branchement de l’écran compte
  3. Un calcul de volume, pas une prévision de vitesse

Le problème de performance tient au trajet d’une image. Même une carte externe puissante peut perdre du temps à lui faire parcourir des transferts inutiles.

Trajet multi-GPU conditionnel : le rendu eGPU peut passer par la mémoire et le GPU principal. Le scanout direct admissible rejoint l’écran branché à cet eGPU sans ce détour. Toutes les images ne sont pas admissibles.
Trajet multi-GPU conditionnel : le rendu eGPU peut passer par la mémoire et le GPU principal. Le scanout direct admissible rejoint l’écran branché à cet eGPU sans ce détour. Toutes les images ne sont pas admissibles. Graphique : PeopleAreGeek. Source des données.
Agrandir l’image

Un résultat mesuré sous conditions

Dans Fixing multi-GPU, le 31 juillet, Xaver Hugl rapporte vkcube passant de 55 à 120 images/s et Cyberpunk de 27 à 50 sur Framework 13 avec RX 5700 XT, écran 5120×1440 à 120 Hz branché à l’eGPU. Ce sont ses mesures, pas les nôtres. Le travail KWin était intégré ; les implémentations Mesa et NVIDIA restaient attendues à cette date.

Le branchement de l’écran compte

Le chemin rapide permet à une image calculée sur l’eGPU d’atteindre directement un écran raccordé au même GPU par scanout direct. Lorsque l’image est admissible, cela évite le détour par le GPU principal de composition. Brancher l’écran au GPU principal n’est pas la configuration ayant démontré ce trajet.

L’auteur décrit une application Wayland native et des limites liées à Xwayland et au traitement des couleurs. Sur le matériel testé, HDR, éclairage nocturne ou profil colorimétrique peuvent empêcher ce scanout. Composition habituelle et scanout direct sont deux cas distincts ; toutes les images du bureau ne deviennent pas automatiquement exemptes de copie.

Un calcul de volume, pas une prévision de vitesse

Un tampon hypothétique non compressé de quatre octets par pixel, à cette définition et fréquence, représente 5120 × 1440 × 4 × 120 = 3 538 944 000 octets/s, environ 3,54 Go/s pour un transfert. Deux transferts équivalents représenteraient 7,08 Go/s. Ce sont des volumes nominaux, pas une utilisation mesurée du bus : formats, compression et cadencement peuvent modifier le trafic réel.

Pour comparer utilement, relevez compositeur, pilote, backend applicatif, destination du câble et réglages de couleur. Conservez définition et scène identiques. Une hausse après plusieurs changements simultanés n’identifie pas leur contribution respective. Le schéma montre le trajet admissible ; il ne promet pas les gains de juillet sur toute installation Plasma.

Revue du 8 septembre : branchement de l’écran et scanout corrigés, chiffres attribués, travaux KWin distingués des pilotes encore attendus à l’annonce.