Le 1er octobre 2026, la série v16 de cinq correctifs RMPOPT d’AMD était signalée en file dans la branche x86/sev de l’arbre tip de Linux, avant la fenêtre d’intégration de Linux 7.4. La proposition vise à réduire les vérifications de mémoire sur les systèmes SEV-SNP, mais seulement lorsque les régions concernées sont entièrement détenues par l’hyperviseur.
La soumission des correctifs pendant la fenêtre d’intégration était alors attendue plus tard en octobre. La sortie stable de Linux 7.4 était, elle, envisagée vers la fin décembre 2026.
Ce que RMPOPT propose pour SEV-SNP
SEV-SNP protège les machines virtuelles confidentielles. Dans ce contexte, la Reverse Map Table (RMP), ou table de correspondance inversée, associe des pages mémoire à leur propriétaire. La proposition RMPOPT permettrait au processeur d’ignorer certaines vérifications RMP, mais uniquement après avoir vérifié que toutes les entrées RMP d’une région de 1 Go désignent l’hyperviseur comme propriétaire. Une région contenant de la mémoire attribuée à une machine virtuelle SNP ne remplirait pas cette condition.
Le contrôle de propriété est donc la condition préalable à l’optimisation : c’est seulement une fois cette vérification effectuée que la série propose de sauter les contrôles RMP pour la région concernée.
Portée mémoire et traitement asynchrone de la proposition v16
La série prévoit de couvrir jusqu’à 2 To de mémoire système. La prise en charge au-delà de cette limite est renvoyée à une série ultérieure.
Le travail d’optimisation serait exécuté de manière asynchrone, sur une file dédiée, après un délai de 10 secondes. Ce délai permettrait de regrouper plusieurs arrêts de machines virtuelles SNP. Après l’arrêt d’une VM, lorsque ses pages sont revenues en mémoire partagée, la proposition prévoit de réactiver les optimisations RMP.
La série prévoit également de désactiver l’ajout ou le retrait à chaud de processeurs pendant que SNP est actif, afin que l’ensemble des processeurs reste stable pour les tâches d’optimisation. Les serveurs EPYC Zen 6 « Venice » ont été évoqués comme cas d’usage possible, notamment lorsque la mémoire système n’est pas saturée par des machines virtuelles confidentielles.
