Le changement aide une allocation protégée à obtenir de la mémoire du périphérique avant un repli. Il ne crée pas de VRAM et ne rend pas toutes les protections équivalentes.
De la série au code intégré
La série du 4 août de Natalie Vock, appliquée le 5, traite le repli d’allocations protégées vers GTT lorsque des buffers non protégés occupent la VRAM. Elle corrige aussi l’évaluation entre cgroups voisins et sous-arbres plus larges.
Le code TTM de Linux 7.3-rc2 distingue low, protection au mieux, et min, plus forte. Une allocation sous min peut envisager d’évincer des buffers protégés seulement par low ; sous low, le parcours vise ceux que ni low ni min ne protègent. Dire que les buffers protégés ne se concurrencent jamais masquerait cette différence.
Une protection n’est pas un bloc vide réservé
La couverture emploie un espace allouable fictif de 8 Gio. La charge A utilise 3 Gio sous une protection de 4 Gio ; B occupe les 5 Gio restants sans protection. Une demande supplémentaire de 1 Gio pour A peut nécessiter de déplacer 1 Gio de B.
Le dessin n’ajoute aucune mémoire : il modifie l’occupation du même espace, en supposant un buffer éligible à l’éviction. Il ne garantit ni 8 Gio disponibles sur une carte réelle ni le succès de chaque allocation.
Lire capacité et hiérarchie ensemble
La documentation DMEM définit une comptabilité en octets par région et distingue limites configurées, usage courant et capacité. Elle précise que le noyau réserve une partie pour son usage interne. Exposition par le pilote et politique cgroup comptent donc ; la capacité commerciale du GPU ne décrit pas tout le budget allouable.
Pour tester la contention, relevez région gérée, hiérarchie de protection effective et charges concurrentes. Observez placement des buffers et latence, plutôt que considérer l’écriture réussie d’une limite comme un résultat de performance.
L’amélioration donne une possibilité de récupérer de l’espace éligible avant repli. Elle corrige une politique de ressources. Affirmer que toutes les installations AMDGPU, Xe ou Nouveau deviennent automatiquement plus rapides dépasserait les preuves.
Revue du 8 septembre : code intégré et documentation DMEM inspectés ; min/low, hiérarchie, protection configurée et capacité physique distingués.