18.4. Configuration de la mémoire de la machine virtuelle
Pour améliorer les performances d'une machine virtuelle (VM), vous pouvez lui attribuer de la mémoire vive supplémentaire. De même, vous pouvez réduire la quantité de mémoire allouée à une VM afin que la mémoire de l'hôte puisse être allouée à d'autres VM ou tâches.
Pour effectuer ces actions, vous pouvez utiliser la console web ou l'interface de ligne de commande.
18.4.1. Ajouter et supprimer la mémoire d'une machine virtuelle à l'aide de la console web
Pour améliorer les performances d'une machine virtuelle (VM) ou libérer les ressources de l'hôte qu'elle utilise, vous pouvez utiliser la console web pour ajuster la quantité de mémoire allouée à la VM.
Conditions préalables
Le système d'exploitation invité exécute les pilotes de ballons de mémoire. Pour vérifier que c'est bien le cas :
Assurez-vous que la configuration de la VM inclut le périphérique
memballoon
:# virsh dumpxml testguest | grep memballoon <memballoon model='virtio'> </memballoon>
Si cette commande affiche une sortie et que le modèle n'est pas défini sur
none
, le dispositifmemballoon
est présent.Assurez-vous que les pilotes de ballons fonctionnent dans le système d'exploitation invité.
-
Dans les invités Windows, les pilotes sont installés dans le cadre du paquet de pilotes
virtio-win
. Pour plus d'informations, voir Installation des pilotes KVM paravirtualisés pour les machines virtuelles Windows. -
Dans les hôtes Linux, les pilotes sont généralement inclus par défaut et s'activent lorsque le périphérique
memballoon
est présent.
-
Dans les invités Windows, les pilotes sont installés dans le cadre du paquet de pilotes
- Le plug-in VM de la console web est installé sur votre système.
Procédure
Optional: Obtenez les informations relatives à la mémoire maximale et à la mémoire actuellement utilisée pour une VM. Cela servira de base de référence pour vos modifications, ainsi que pour la vérification.
# virsh dominfo testguest Max memory: 2097152 KiB Used memory: 2097152 KiB
Dans l'interface
, cliquez sur la VM dont vous voulez voir les informations.Une nouvelle page s'ouvre avec une section Vue d'ensemble contenant des informations de base sur la VM sélectionnée et une section Console permettant d'accéder à l'interface graphique de la VM.
Cliquez sur
à côté de la ligneMemory
dans le volet Vue d'ensemble.La boîte de dialogue
Memory Adjustment
apparaît.Configurer la mémoire virtuelle pour la VM sélectionnée.
Maximum allocation - Définit la quantité maximale de mémoire hôte que la VM peut utiliser pour ses processus. Vous pouvez spécifier la mémoire maximale lors de la création de la VM ou l'augmenter ultérieurement. Vous pouvez spécifier la mémoire en multiples de MiB ou GiB.
Le réglage de l'allocation maximale de mémoire n'est possible que sur une VM éteinte.
Current allocation - Définit la quantité réelle de mémoire allouée à la VM. Cette valeur peut être inférieure à l'allocation maximale, mais ne peut pas la dépasser. Vous pouvez ajuster la valeur pour réguler la mémoire disponible pour les processus de la VM. Vous pouvez spécifier la mémoire en multiples de MiB ou GiB.
Si vous ne spécifiez pas cette valeur, l'allocation par défaut est la valeur Maximum allocation.
Cliquez sur
.L'allocation de mémoire de la VM est ajustée.
18.4.2. Ajout et suppression de la mémoire de la machine virtuelle à l'aide de l'interface de ligne de commande
Pour améliorer les performances d'une machine virtuelle (VM) ou libérer les ressources de l'hôte qu'elle utilise, vous pouvez utiliser le CLI pour ajuster la quantité de mémoire allouée à la VM.
Conditions préalables
Le système d'exploitation invité exécute les pilotes de ballons de mémoire. Pour vérifier que c'est bien le cas :
Assurez-vous que la configuration de la VM inclut le périphérique
memballoon
:# virsh dumpxml testguest | grep memballoon <memballoon model='virtio'> </memballoon>
Si cette commande affiche une sortie et que le modèle n'est pas défini sur
none
, le dispositifmemballoon
est présent.Assurez-vous que les pilotes Ballon fonctionnent dans le système d'exploitation invité.
-
Dans les invités Windows, les pilotes sont installés dans le cadre du paquet de pilotes
virtio-win
. Pour plus d'informations, voir Installation des pilotes KVM paravirtualisés pour les machines virtuelles Windows. -
Dans les hôtes Linux, les pilotes sont généralement inclus par défaut et s'activent lorsque le périphérique
memballoon
est présent.
-
Dans les invités Windows, les pilotes sont installés dans le cadre du paquet de pilotes
Procédure
Optional: Obtenez les informations relatives à la mémoire maximale et à la mémoire actuellement utilisée pour une VM. Cela servira de base de référence pour vos modifications, ainsi que pour la vérification.
# virsh dominfo testguest Max memory: 2097152 KiB Used memory: 2097152 KiB
Ajuste la mémoire maximale allouée à une VM. L'augmentation de cette valeur améliore le potentiel de performance de la VM, et la réduction de cette valeur diminue l'empreinte de performance de la VM sur votre hôte. Notez que cette modification ne peut être effectuée que sur une VM éteinte, de sorte que l'ajustement d'une VM en cours d'exécution nécessite un redémarrage pour être pris en compte.
Par exemple, pour modifier la mémoire maximale que la VM testguest peut utiliser à 4096 MiB :
# virt-xml testguest --edit --memory memory=4096,currentMemory=4096 Domain 'testguest' defined successfully. Changes will take effect after the domain is fully powered off.
Pour augmenter la mémoire maximale d'une VM en cours d'exécution, vous pouvez attacher un périphérique de mémoire à la VM. Cette opération est également appelée memory hot plug. Pour plus d'informations, voir Attacher des périphériques de mémoire aux machines virtuelles.
AvertissementLa suppression des périphériques de mémoire d'une VM en cours d'exécution (également appelée débranchement à chaud de la mémoire) n'est pas prise en charge et est fortement déconseillée par Red Hat.
Optional: Vous pouvez également ajuster la mémoire actuellement utilisée par la VM, jusqu'à l'allocation maximale. Cela permet de réguler la charge de mémoire de la VM sur l'hôte jusqu'au prochain redémarrage, sans modifier l'allocation maximale de la VM.
# virsh setmem testguest --current 2048
Vérification
Confirmez que la mémoire utilisée par la VM a été mise à jour :
# virsh dominfo testguest Max memory: 4194304 KiB Used memory: 2097152 KiB
Optional: Si vous avez ajusté la mémoire actuelle de la VM, vous pouvez obtenir des statistiques sur les ballons de mémoire de la VM afin d'évaluer l'efficacité avec laquelle elle régule son utilisation de la mémoire.
# virsh domstats --balloon testguest Domain: 'testguest' balloon.current=365624 balloon.maximum=4194304 balloon.swap_in=0 balloon.swap_out=0 balloon.major_fault=306 balloon.minor_fault=156117 balloon.unused=3834448 balloon.available=4035008 balloon.usable=3746340 balloon.last-update=1587971682 balloon.disk_caches=75444 balloon.hugetlb_pgalloc=0 balloon.hugetlb_pgfail=0 balloon.rss=1005456
18.4.3. Ajouter et supprimer la mémoire de la machine virtuelle en utilisant virtio-mem
RHEL 9 fournit le périphérique de mémoire paravirtualisée virtio-mem
. Ce périphérique permet d'ajouter ou de supprimer dynamiquement de la mémoire hôte dans les machines virtuelles (VM). Par exemple, vous pouvez utiliser virtio-mem
pour déplacer des ressources mémoire entre des machines virtuelles en cours d'exécution ou pour redimensionner la mémoire des machines virtuelles dans des configurations en nuage en fonction de vos besoins actuels.
18.4.3.1. Aperçu de virtio-mem
virtio-mem
est un dispositif de mémoire paravirtualisé qui peut être utilisé pour ajouter ou supprimer dynamiquement de la mémoire hôte dans les machines virtuelles (VM). Par exemple, vous pouvez utiliser ce périphérique pour déplacer des ressources mémoire entre des machines virtuelles en cours d'exécution ou pour redimensionner la mémoire des machines virtuelles dans des configurations en nuage en fonction de vos besoins actuels.
En utilisant virtio-mem
, vous pouvez augmenter la mémoire d'une VM au-delà de sa taille initiale, et la réduire à sa taille d'origine, dans des unités qui peuvent avoir une taille de 4 à plusieurs centaines de mégaoctets (MiBs). Notez toutefois que virtio-mem
repose également sur une configuration spécifique du système d'exploitation invité, notamment pour débrancher la mémoire de manière fiable.
limitations des fonctionnalités du virtio-mem
virtio-mem
n'est actuellement pas compatible avec les fonctionnalités suivantes :
- Utilisation du verrouillage de la mémoire pour les applications en temps réel sur l'hôte
- Utilisation de la virtualisation chiffrée sur l'hôte
-
Combinaison de
virtio-mem
avecmemballoon
inflation et déflation sur l'hôte -
Décharger ou recharger le pilote
virtio_mem
dans une VM -
L'utilisation de dispositifs pour utilisateurs virtuels, à l'exception de
virtiofs
18.4.3.2. Configuration de l'optimisation de la mémoire dans les machines virtuelles
Avant d'utiliser virtio-mem
pour attacher de la mémoire à une machine virtuelle en cours d'exécution (également connue sous le nom de hot-plugging de mémoire), vous devez configurer le système d'exploitation de la machine virtuelle (VM) pour qu'il mette automatiquement la mémoire hot-plugged dans un état en ligne. Sinon, le système d'exploitation invité n'est pas en mesure d'utiliser la mémoire supplémentaire. Vous pouvez choisir l'une des configurations suivantes pour la mise en ligne de la mémoire :
-
online_movable
-
online_kernel
-
auto-movable
Pour en savoir plus sur les différences entre ces configurations, voir : Comparaison des configurations d'optimisation de la mémoire
L'activation de la mémoire est configurée par défaut avec les règles udev dans RHEL. Cependant, lorsque vous utilisez virtio-mem
, il est recommandé de configurer l'allocation de mémoire directement dans le noyau.
Conditions préalables
- L'hôte a une architecture CPU Intel 64 ou AMD64.
- L'hôte utilise le système d'exploitation RHEL 9.4 ou une version ultérieure.
Les machines virtuelles exécutées sur l'hôte utilisent l'une des versions suivantes du système d'exploitation :
RHEL 8.10
ImportantLe débranchement de la mémoire d'une VM en cours d'exécution est désactivé par défaut dans les VM RHEL 8.10.
- RHEL 9
Procédure
Pour configurer l'onlining de la mémoire afin d'utiliser la configuration
online_movable
dans la VM :Définissez le paramètre de ligne de commande
memhp_default_state
kernel àonline_movable
:# grubby --update-kernel=ALL --remove-args=memhp_default_state --args=memhp_default_state=online_movable
- Redémarrez la VM.
Pour configurer l'onlining de la mémoire afin d'utiliser la configuration
online_kernel
dans la VM :Définissez le paramètre de ligne de commande
memhp_default_state
kernel àonline_kernel
:# grubby --update-kernel=ALL --remove-args=memhp_default_state --args=memhp_default_state=online_kernel
- Redémarrez la VM.
Pour utiliser la politique d'optimisation de la mémoire
auto-movable
dans la VM :Définissez le paramètre de ligne de commande
memhp_default_state
kernel àonline
:# grubby --update-kernel=ALL --remove-args=memhp_default_state --args=memhp_default_state=online
Définissez le paramètre de ligne de commande
memory_hotplug.online_policy
kernel àauto-movable
:# grubby --update-kernel=ALL --remove-args="memory_hotplug.online_policy" --args=memory_hotplug.online_policy=auto-movable
Optional: Pour affiner la politique de mise en ligne de
auto-movable
, modifiez les paramètresmemory_hotplug.auto_movable_ratio
etmemory_hotplug.auto_movable_numa_aware
:# grubby --update-kernel=ALL --remove-args="memory_hotplug.auto_movable_ratio" --args=memory_hotplug.auto_movable_ratio=<percentage> # grubby --update-kernel=ALL --remove-args="memory_hotplug.memory_auto_movable_numa_aware" --args=memory_hotplug.auto_movable_numa_aware=<y/n>
-
La valeur
memory_hotplug.auto_movable_ratio parameter
définit le ratio maximum de mémoire disponible uniquement pour les allocations mobiles par rapport à la mémoire disponible pour toutes les allocations. Le ratio est exprimé en pourcentage et la valeur par défaut est : 301 (%), ce qui correspond à un ratio de 3:1. Le paramètre
memory_hotplug.auto_movable_numa_aware
détermine si le paramètrememory_hotplug.auto_movable_ratio
s'applique à la mémoire de tous les nœuds NUMA disponibles ou uniquement à la mémoire d'un seul nœud NUMA. La valeur par défaut est : y (yes)Par exemple, si le rapport maximal est fixé à 301 % et que le paramètre
memory_hotplug.auto_movable_numa_aware
est fixé à y (oui), le rapport 3:1 est appliqué même au sein du nœud NUMA auquel est rattaché le périphériquevirtio-mem
. Si le paramètre est défini sur n (no), le rapport maximal de 3:1 n'est appliqué que pour l'ensemble des nœuds NUMA.En outre, si le ratio n'est pas dépassé, la nouvelle mémoire connectée à chaud ne sera disponible que pour les attributions mobiles. Dans le cas contraire, la nouvelle mémoire connectée à chaud sera disponible à la fois pour les allocations mobiles et inamovibles.
-
La valeur
- Redémarrez la VM.
Vérification
Pour savoir si la configuration de
online_movable
a été définie correctement, vérifiez la valeur actuelle du paramètre du noyaumemhp_default_state
:# cat /sys/devices/system/memory/auto_online_blocks online_movable
Pour savoir si la configuration de
online_kernel
a été définie correctement, vérifiez la valeur actuelle du paramètre du noyaumemhp_default_state
:# cat /sys/devices/system/memory/auto_online_blocks online_kernel
Pour savoir si la configuration de
auto-movable
est correcte, vérifiez les paramètres suivants du noyau :memhp_default_state
:# cat /sys/devices/system/memory/auto_online_blocks online
memory_hotplug.online_policy
:# cat /sys/module/memory_hotplug/parameters/online_policy auto-movable
memory_hotplug.auto_movable_ratio
:# cat /sys/module/memory_hotplug/parameters/auto_movable_ratio 301
memory_hotplug.auto_movable_numa_aware
:# cat /sys/module/memory_hotplug/parameters/auto_movable_numa_aware y
18.4.3.3. Attacher un périphérique virtio-mem aux machines virtuelles
Pour attacher de la mémoire supplémentaire à une machine virtuelle en cours d'exécution (également connue sous le nom de hot-plugging de mémoire) et pouvoir ensuite redimensionner la mémoire connectée à chaud, vous pouvez utiliser un périphérique virtio-mem
. Plus précisément, vous pouvez utiliser les fichiers de configuration XML de libvirt et les commandes virsh
pour définir et attacher des périphériques virtio-mem
aux machines virtuelles (VM).
Conditions préalables
- L'hôte a une architecture CPU Intel 64 ou AMD64.
- L'hôte utilise le système d'exploitation RHEL 9.4 ou une version ultérieure.
Les machines virtuelles exécutées sur l'hôte utilisent l'une des versions suivantes du système d'exploitation :
RHEL 8.10
ImportantLe débranchement de la mémoire d'une VM en cours d'exécution est désactivé par défaut dans les VM RHEL 8.10.
- RHEL 9
- La VM est configurée pour l'optimisation de la mémoire. Pour plus d'informations, voir : Configuration de l'allocation de mémoire dans les machines virtuelles
Procédure
Assurez-vous que la configuration XML de la VM cible inclut le paramètre
maxMemory
:# virsh edit testguest1 <domain type='kvm'> <name>testguest1</name> ... <maxMemory unit='GiB'>128</maxMemory> ... </domain>
Dans cet exemple, la configuration XML de la VM
testguest1
définit un paramètremaxMemory
d'une taille de 128 gibibytes (GiB). La taille demaxMemory
spécifie la mémoire maximale que la VM peut utiliser, ce qui inclut la mémoire initiale et la mémoire connectée à chaud.Créer et ouvrir un fichier XML pour définir les périphériques
virtio-mem
sur l'hôte, par exemple :# vim virtio-mem-device.xml
Ajoutez les définitions XML des dispositifs
virtio-mem
au fichier et enregistrez-le :<memory model='virtio-mem'> <target> <size unit='GiB'>48</size> <node>0</node> <block unit='MiB'>2</block> <requested unit='GiB'>16</requested> <current unit='GiB'>16</current> </target> <alias name='ua-virtiomem0'/> <address type='pci' domain='0x0000' bus='0x00' slot='0x02' function='0x0'/> </memory> <memory model='virtio-mem'> <target> <size unit='GiB'>48</size> <node>1</node> <block unit='MiB'>2</block> <requested unit='GiB'>0</requested> <current unit='GiB'>0</current> </target> <alias name='ua-virtiomem1'/> <address type='pci' domain='0x0000' bus='0x00' slot='0x04' function='0x0'/> </memory>
Dans cet exemple, deux appareils
virtio-mem
sont définis avec les paramètres suivants :-
size
: Il s'agit de la taille maximale de l'appareil. Dans l'exemple, elle est de 48 GiB. La taille desize
doit être un multiple de celle deblock
. -
node
: Il s'agit du nœud vNUMA attribué à l'appareilvirtio-mem
. -
block
: Il s'agit de la taille du bloc de l'appareil. Elle doit être au moins égale à la taille de la Transparent Huge Page (THP), qui est de 2 MiB sur l'architecture CPU Intel 64 ou AMD64. La taille de bloc de 2 MiB sur l'architecture Intel 64 ou AMD64 est généralement un bon choix par défaut. Lorsque vous utilisezvirtio-mem
avec Virtual Function I/O (VFIO) ou mediated devices (mdev), le nombre total de blocs sur tous les périphériquesvirtio-mem
ne doit pas être supérieur à 32768, sinon l'enfichage de la RAM risque d'échouer. -
requested
: Il s'agit de la quantité de mémoire que vous attachez à la VM avec le périphériquevirtio-mem
. Cependant, il s'agit simplement d'une demande adressée à la VM et il se peut qu'elle ne soit pas résolue avec succès, par exemple si la VM n'est pas correctement configurée. La taille derequested
doit être un multiple de la taille deblock
et ne peut pas dépasser le maximum définisize
. -
current
: Ceci représente la taille actuelle que le périphériquevirtio-mem
fournit à la VM. La taille decurrent
peut être différente de celle derequested
, par exemple lorsque les demandes ne peuvent pas être exécutées ou lors du redémarrage de la VM. alias
: Il s'agit d'un alias facultatif défini par l'utilisateur que vous pouvez utiliser pour spécifier le périphériquevirtio-mem
prévu, par exemple lors de l'édition du périphérique avec les commandes libvirt. Tous les alias définis par l'utilisateur dans libvirt doivent commencer par le préfixe "ua-".Hormis ces paramètres spécifiques,
libvirt
gère le périphériquevirtio-mem
comme n'importe quel autre périphérique PCI. Pour plus d'informations sur la gestion des périphériques PCI attachés aux machines virtuelles, voir : Gestion des périphériques virtuels
-
Utilisez le fichier XML pour attacher les dispositifs
virtio-mem
définis à une VM. Par exemple, pour attacher de façon permanente les deux dispositifs définis dans le fichiervirtio-mem-device.xml
à la VMtestguest1
en cours d'exécution :# virsh attach-device testguest1 virtio-mem-device.xml --live --config
L'option
--live
attache le périphérique à une VM en cours d'exécution uniquement, sans persistance entre les démarrages. L'option--config
rend les modifications de configuration persistantes. Vous pouvez également attacher le périphérique à une VM à l'arrêt sans l'option--live
.Optional: Pour modifier dynamiquement la taille de
requested
d'un périphériquevirtio-mem
connecté à une VM en cours d'exécution, utilisez la commandevirsh update-memory-device
:# virsh update-memory-device testguest1 --alias ua-virtiomem0 --requested-size 4GiB
Dans cet exemple :
-
testguest1
est la VM que vous souhaitez mettre à jour. -
--alias ua-virtiomem0
est le dispositifvirtio-mem
spécifié par un alias précédemment défini. --requested-size 4GiB
modifie la taille derequested
du périphériquevirtio-mem
à 4 GiB.AvertissementDébrancher la mémoire d'une VM en cours d'exécution en réduisant la taille de
requested
peut ne pas être fiable. La réussite de ce processus dépend de plusieurs facteurs, tels que la politique d'onlining de la mémoire utilisée.Dans certains cas, le système d'exploitation invité ne peut pas terminer la demande avec succès, car la modification de la quantité de mémoire connectée à chaud n'est pas possible à ce moment-là.
En outre, le débranchement de la mémoire d'une VM en cours d'exécution est désactivé par défaut dans les VM RHEL 8.10.
-
Optional: Pour débrancher un périphérique
virtio-mem
d'une VM arrêtée, utilisez la commandevirsh detach-device
:# virsh detach-device testguest1 virtio-mem-device.xml
Optional: Pour débrancher un périphérique
virtio-mem
d'une VM en cours d'exécution :Modifiez la taille de
requested
du périphériquevirtio-mem
à 0, sinon la tentative de débrancher un périphériquevirtio-mem
d'une VM en cours d'exécution échouera.# virsh update-memory-device testguest1 --alias ua-virtiomem0 --requested-size 0
Débranchez un périphérique
virtio-mem
de la VM en cours d'exécution :# virsh detach-device testguest1 virtio-mem-device.xml
Vérification
Dans la VM, vérifiez la RAM disponible et voyez si la quantité totale inclut maintenant la mémoire connectée à chaud :
# free -h total used free shared buff/cache available Mem: 31Gi 5.5Gi 14Gi 1.3Gi 11Gi 23Gi Swap: 8.0Gi 0B 8.0Gi
# numactl -H available: 1 nodes (0) node 0 cpus: 0 1 2 3 4 5 6 7 node 0 size: 29564 MB node 0 free: 13351 MB node distances: node 0 0: 10
La quantité actuelle de RAM branchée peut également être visualisée sur l'hôte en affichant la configuration XML de la VM en cours d'exécution :
# virsh dumpxml testguest1 <domain type='kvm'> <name>testguest1</name> ... <currentMemory unit='GiB'>31</currentMemory> ... <memory model='virtio-mem'> <target> <size unit='GiB'>48</size> <node>0</node> <block unit='MiB'>2</block> <requested unit='GiB'>16</requested> <current unit='GiB'>16</current> </target> <alias name='ua-virtiomem0'/> <address type='pci' domain='0x0000' bus='0x08' slot='0x00' function='0x0'/> ... </domain>
Dans cet exemple :
-
<currentMemory unit='GiB'>31</currentMemory>
représente la mémoire vive totale disponible dans la VM, toutes sources confondues. -
<current unit='GiB'>16</current>
représente la taille actuelle de la mémoire vive enfichée fournie par le dispositifvirtio-mem
.
-
Ressources supplémentaires
18.4.3.4. Comparaison des configurations d'optimisation de la mémoire
Lorsque vous attachez de la mémoire à une machine virtuelle RHEL en cours d'exécution (également connue sous le nom de hot-plugging de mémoire), vous devez mettre la mémoire hot-plugged dans un état en ligne dans le système d'exploitation de la machine virtuelle (VM). Sinon, le système ne pourra pas utiliser la mémoire.
Le tableau suivant résume les principales considérations à prendre en compte lors du choix entre les différentes configurations de mise en ligne de la mémoire.
Nom de la configuration | Débrancher la mémoire d'une VM | Un risque de déséquilibre de la zone de mémoire | Un cas d'utilisation potentiel | Exigences en matière de mémoire de la charge de travail prévue |
---|---|---|---|---|
| La mémoire connectée à chaud peut être débranchée de manière fiable. | Oui | Branchement à chaud d'une quantité relativement faible de mémoire | Principalement la mémoire de l'espace utilisateur |
| Les parties mobiles de la mémoire connectée à chaud peuvent être débranchées de manière fiable. | Minime | Branchement à chaud d'une grande quantité de mémoire | Principalement la mémoire de l'espace utilisateur |
| La mémoire connectée à chaud ne peut pas être débranchée de manière fiable. | Non | Un débranchement de la mémoire peu fiable est acceptable. | Mémoire de l'espace utilisateur ou de l'espace noyau |
Un zone imbalance est un manque de pages de mémoire disponibles dans l'une des zones de mémoire de Linux. Un zone imbalance peut avoir un impact négatif sur les performances du système. Par exemple, le noyau peut se bloquer s'il n'a plus de mémoire libre pour les allocations inamovibles. En général, les allocations mobiles contiennent principalement des pages de mémoire de l'espace utilisateur et les allocations inamovibles contiennent principalement des pages de mémoire de l'espace noyau.