Voir la source de Gestionnaire de mémoire virtuelle

Le '''gestionnaire de mémoire virtuelle''' est un [[circuit électronique]] ([[Unité de gestion mémoire|MMU]]) qui permet de réaliser le mécanisme de la [[mémoire virtuelle]], à savoir la translation des adresses virtuelles en adresses physiques. 

Le concept de mémoire virtuelle est assez ancien, il a été implémenté dans les années 1960 et il est toujours très utilisé. Son but est d'augmenter la taille de la mémoire utilisable, de mettre en place des mécanismes de protection et de faciliter l'allocation de la mémoire utilisée par un processus en simplifiant le travail des développeurs. L'origine de cette découverte est la différenciation entre l'espace d'adressage virtuel et l'espace d'adressage physique.

Même si les mécanismes mis en jeu rendent de grands services, ils ont un coût en matière de performance, celle-ci est un enjeu important actuellement ; les internautes sont très sensibilisés aux temps de réponse. Le paradoxe est le suivant : Les applications sont de plus en plus complexes et demandeuses de mémoire toutefois, les utilisateurs sont de plus en plus exigeants en ce qui concerne la performance.

L'autre défi majeur relevé par la mémoire virtuelle, c'est la protection de la mémoire. De fait, une étanchéité entre les différents programmes doit être assurée. Le problème actuel est de garantir cette sécurité face aux différentes attaques (attaques par relais, par codes arbitraires).

Le concept de Mémoire Virtuelle est en constante évolution, il est remis en cause dans certains types d'architectures tels que : {{Lien|trad=Big_memory|fr=Big Memory Server|texte=''Les Big Memory Server''}} ou les Systèmes [[Big data|''Big Data'']] car trop coûteux en temps.

== Généralités ==

=== Définitions ===
Principe de base : toutes les informations d’un programme ne peuvent être référencées par le processeur que lorsqu’elles se trouvent en [[Mémoire (informatique)|Mémoire centrale]]. L’information qui a besoin d’être référencée rapidement doit résider en mémoire centrale et toutes les autres informations doivent être en mémoire auxiliaire (mémoire de masse). Il serait trop couteux en ressource de charger l'intégralité des programmes exécutés par un ordinateur en mémoire, c'est une des raisons pour lesquelles le procédé de mémoire virtuelle a été mis au point à la fin des années 1950<ref>{{Référence Harvard sans parenthèses|Tucker|2004|p=85-2}}</ref>{{,}}<ref>{{harvsp|Denning|1996|p=213|id=Denning1996}}</ref>.

==== Les mémoires ====
La mémoire physique correspond à la mémoire physiquement installée, c'est-à-dire principalement à [[Mémoire vive dynamique|la mémoire vive dynamique]], la RAM<ref>{{Référence Harvard sans parenthèses|Null|2006|p=342}}</ref>. Il s'agit d'une zone de stockage temporaire, une [[mémoire de travail]], dans laquelle sont chargés les données et les programmes<ref>{{Référence Harvard sans parenthèses|ENI|2008|p=24}}</ref>{{,}}<ref>{{Référence Harvard sans parenthèses|Mueller|2008|p=334}}</ref> qui seront traitées par le processeur. On utilise également d'autres dispositifs, tels que les [[Disque Dur|disques durs]], les [[SSD|disques SSD]] comme [[Mémoire virtuelle#Swapping|espace d'échange]] (zone de swap).

Une [[Hiérarchie de mémoire|hiérarchie des mémoires]] s'établit suivant les principales caractéristiques qui sont : le temps d'accès, la persistance des données, l'espace d'adressage.

Les mémoires vives (RAM) sont dites volatiles et possèdent un temps d'accès aux données de quelques dizaines de nanosecondes, et les mémoires comme celle du disque dur ont des accès plus lents : quelques millisecondes, on les appelle aussi [[Mémoire de masse]]<ref>{{harvsp|Silberschatz||p=25|id=Silberschatz2004}}</ref>.

==== Espace d'adressage ====
[[Fichier:Virtual address space and physical address space relationship.svg|vignette|300px|gauche|Espace d'adressage virtuel et espace d'adressage physique.]]
L'espace adressable par le processeur se distingue de l'espace réellement adressable dans la mémoire physique :
* L'[[Adresse virtuelle|espace d'adressage virtuel]] (''Virtual address space'') est généré par le processeur au moment de l’exécution des instructions. C'est l'espace accessible, qui dépend donc du nombre de bits utilisés par le processeur pour coder les adresses<ref>{{Référence Harvard sans parenthèses|Saltzer|2009|p=248}}</ref>. Cet espace d’adressage est constitué du code, des données, de la pile d’exécution (stack) ;
* L'[[Adresse physique|espace d'adressage physique]] (''Physical address space'') correspond aux adresses chargées réellement en mémoire centrale, physique, pour qu'un programme puisse s'exécuter<ref>{{Référence Harvard sans parenthèses|Delacroix|2016|p=143}}</ref>.

Un [[Processus (informatique)|processus]] pour qu'il puisse s'exécuter doit être chargé en mémoire centrale. Si plusieurs programmes sont concurrents, il est nécessaire :
* d'allouer suffisamment de place en mémoire centrale pour le code et les données de chaque processus ;
* de garantir un espace d’adressage étanche pour chaque processus<ref>{{harvsp|Denning|1996|p=4|id=Denning1996}}</ref>.

Les mécanismes de la [[mémoire virtuelle]] permettent de répondre à ces deux besoins principaux.

=== Mécanisme matériel de la mémoire virtuelle ===
==== Unité de Gestion Mémoire ====
La [[Unité de gestion mémoire|MMU]] (''Memory Management Unit'' ou ''PMMU Paged Memory Management Unit'') est le circuit électronique qui rend possible la mémoire virtuelle, c'est par son intermédiaire que seront converties (en anglais ''mapping'') les adresses mémoires virtuelles en adresses physiques<ref>{{Référence Harvard sans parenthèses|Rafiquzzaman|1995|p=476}}</ref>{{,}}<ref name="E73OA8">{{Référence Harvard sans parenthèses|Denning|2014|p=9 - 54.6.1}}</ref>.

==== TLB (Translation Lookaside Buffer) ====
[[Fichier:MMU principle.png|vignette|Schéma de principe du fonctionnement d'un MMU.|droite]]
Pour améliorer le temps d'accès à la mémoire, un ensemble de registres attachés à la MMU, met en œuvre une [[mémoire cache]] : [[Translation lookaside buffer|TLB]] (''Translation Lookaside Buffer'')<ref>{{Référence Harvard sans parenthèses|Chen|2003|p=11-12}}</ref>{{,}}<ref name="E73OA8" />{{,}}<ref name="DPOJWG">{{harvsp|Jacob||p=35|id=Jacob}}</ref>.

Le TLB mémorise les dernières correspondances entre les adresses virtuelles et les adresses physiques [[#Implémentation Logicielle :|pages, cadres]] utilisées par un processus.

Cette mémoire cache contient les numéros de page ainsi que l'adresse de la case contenant la plus récemment accédée. La MMU cherche en premier lieu dans le cache s'il existe une déjà une correspondance entre la page et l'adresse d’implantation de la case<ref>{{Référence Harvard sans parenthèses|Cazes|2015|p=374}}</ref>.

=== La pagination ===
==== Principe de la pagination ====
Les données sont organisées dans la mémoire virtuelle sous forme de pages ou de segments, il y a aussi un autre mode d'organisation qui combine les deux.

Dans la mémoire physique elles sont organisées sous forme de cadres, une page correspond à un cadre. Donc quand un programme a besoin d'être chargé en mémoire centrale, il faut donc placer les pages dans n’importe quelle case (ou cadre) disponible.

La correspondance entre les pages de la mémoire virtuelle et les cases de la mémoire centrale se fait par la table de pages<ref>{{Référence Harvard sans parenthèses|Cazes|2015|p=370}}</ref>.

;Tables de pages
[[Fichier:Gestionnaire de mémoire virtuelle - Pagination et swapping.png|300px|vignette|Pagination et swapping.|gauche]]
La taille d'une page est en moyenne de 4Ko. Les adresses des données dans une page sont constituées d'un couple numéro de page et déplacement à partir du début de cette page.

La MMU permet d'associer une adresse ''virtuelle'' à une adresse mémoire physique<ref>{{Référence Harvard sans parenthèses|Gill|2007|p=199}}</ref>. Elle reçoit en entrée une adresse virtuelle et vérifie qu'elle correspond bien à une adresse physique si c'est le cas, elle transmet l'information à la mémoire physique sinon il se produit ce qu'on appelle un [[Mémoire virtuelle#Allocation à la demande|défaut de page]]<ref name="WXSG0T">{{Référence Harvard sans parenthèses|Bron|2016|p=39}}</ref>{{,}}<ref>{{harvsp|Silberschatz||p=321|id=Silberschatz2004}}</ref>.

S'il n'existe plus de cases mémoire disponibles en mémoire physique, la mémoire virtuelle peut combiner ces mécanismes avec le [[Mémoire virtuelle#Swapping|swapping]], pour trouver de la disponibilité mémoire sur le disque<ref>{{Référence Harvard sans parenthèses|Silberschatz|2004|p=466}}</ref>{{,}}<ref>{{Référence Harvard sans parenthèses|Bron|2016|p=38}}</ref>.

Il y a de nombreux mécanismes pour traduire les adresses virtuelles en adresses mémoire physiques, cela dépend de la manière dont sont stockées les données en mémoire : sous forme de pages de taille fixe, ou en segments de tailles variables ou en segments divisés en pages<ref>{{harvsp|Denning|1970|p=186|id=Denning1970}}</ref>.

La MMU a aussi pour rôle de protéger le [[Système d'exploitation]] des accès non autorisés à des zones de la mémoire. Dans la table des pages, on trouve pour chaque entrée, un bit de validité qui indique s'il existe bien une page physique correspondant à la page virtuelle demandée, ainsi que des informations sur les droits d'accès en écriture ou en exécution, à l'accès autorisé en mode utilisateur ou non<ref>{{harvsp|Milenkovic|2002|p=77|id=Milenkovic2002}}</ref>{{,}}<ref>{{harvsp|Silberschatz||p=295|id=Silberschatz2004}}</ref>.

Le mécanisme de conversion d'adresse s'effectue grâce à la ''table des pages''. Dès qu'un processus est chargé en mémoire principale sa table de page est chargée aussi, son rôle est de conserver l'information suivante : les adresses de pages (numéro de page + numéro de déplacement dans la page) et les adresses de ''cadres'' correspondant à ce même processus, il faut noter qu'on se sert du numéro de page comme index dans la table des pages<ref>{{harvsp|Milenkovic|2002|p=71|id=Milenkovic2002}}</ref>.

;Quelles sont les étapes dans la traduction de page ?
[[Fichier:Steps In a Translation Lookaside Buffer.png|vignette|Organigramme TLB<ref>{{Référence Harvard sans parenthèses|Stallings|2014|p=}}</ref>.]]
Une fois l'adresse virtuelle générée par le processeur, on vérifie d'abord en mémoire cache TLB, s'il existe une correspondance entre la page et la case (TLB hit), l'adresse physique est directement accessible en mémoire centrale.

Si aucune correspondance n'est trouvée (TLB miss), il faut alors se rendre dans la table de pages pour déterminer l'adresse physique<ref>{{Référence Harvard sans parenthèses| Silberschatz|2004|p=293}}</ref>{{,}}<ref name="DPOJWG" />.

Une fois l'adresse physique déterminée, si le cadre de page existe, l'adresse physique est alors accessible en mémoire centrale. Si le cadre de page n'est pas trouvé en mémoire il se produit un défaut de page (page fault), il faut alors utiliser l'un des [[#Algorithmes de remplacement de pages|algorithmes de remplacement de page]].

==== Pagination 64 bits ====
Une adresse virtuelle est divisée en un numéro de page et un déplacement (Offset). Le numéro de page est ensuite lui-même divisé en une séquence d'index, chaque index pointant vers l'entrée de la table suivante et ainsi de suite jusqu'à la dernière table. Au fur et à mesure que la taille des adresses virtuelles augmente, le nombre de table de pages augmente également (Par exemple, il y a quatre niveaux de table pour un processeur [[AMD Opteron]] de façon à prendre en charge une adresse virtuelle 64 bits, voir ci-dessous). À chaque décennie, la profondeur du nombre de tables augmente d'un niveau<ref>{{harvsp|Talluri|1995|p=184|id=Talluri1995}}</ref>{{,}}<ref>{{harvsp|Barr|2010|p=48|id=Barr2010}}</ref>.

==== Illustration de la pagination en mode 64 bits ====
Ci-dessous la répartition des tables de pages sur 4 niveaux pour les processeurs AMD et Intel<ref>{{Référence Harvard sans parenthèses|amd|2013|p=132}}</ref>{{,}}<ref>{{Référence Harvard sans parenthèses|Intel|2016|p=Chapitre 4.4.1 Figure 4.8}}</ref> :
[[Fichier:X86 Paging 64bit.svg |vignette|Tables de pages pour les processeurs AMD et Intel.|700px]]
# Niveau 0 PML4 (Page Map Level 4 Offset)
# Niveau 1 PDP (Page Directory- Pointer Offset)
# Niveau 2 PD (Page Directory Offset)
# Niveau 3 PT (Page Table Offset)

Le registre [[:en:Control register#CR3|CR3]] est utilisé pour pointer vers l'adresse de base de la table de traduction de page du plus haut niveau.

Une fois que cette adresse de base est trouvée, la MMU prend les bit 39 à 47 (total de 9 bits) comme un index dans la table de page PML4. La valeur dans cet index donne l'adresse de base de la page de la table PDP.

De même, les prochains 9 bits (30 à 38) donnent l'index dans la table de page PDP qui donne l'adresse de base de la table de page d'entrée PD.

De la même façon, on trouve l'index dans la table PD pour l'adresse de base de la table PT en utilisant les 9 bits suivants (21 à 29).
Les 9 bits suivants (12 à 20) donnent l'index dans la table PTE qui donne l'adresse de base de la page physique réelle contenant les données et le code du processus<ref>{{harvsp|Jacob||p=36|id=Jacob}}</ref>.

Les 12 derniers bits correspondent au décalage (Offset) dans les 4Ko de la mémoire physique.

<div style="clear:both;"></div>
{| class="wikitable"
|+ x86_64 Paging
! rowspan="2"| Bits
! colspan="3"| Affectation des bits
|-
! 4 KiB Page !! 2 MiB Page !! 1 GiB Page
|-
| 63... 48 || colspan=3 | Inutilisés
|-
| 47... 39 || colspan=3 | Index dans la table PML4 (engl. ''page mapping layer 4'')
|-
| 38... 30 || colspan=3 | Index dans la table PDP (engl. ''page directory pointer'')
|-
| 29... 21 || colspan=2 | Index dans la table PD (engl. ''page directory'') || rowspan=3|30-Bit-Offset
|-
| 20... 12 || Table de page PT (engl. ''page table'') || rowspan=2|21-Bit-Offset
|-
| 11... 0  || 12-Bit-Offset
|}

=== La mémoire virtuelle : Réponse à plusieurs besoins ===
Comme l'indique {{Lien|trad=Peter_J._Denning|fr=Peter J. Denning|texte=Peter J. Denning}} dans un article de 2008, la mémoire virtuelle répond à plusieurs besoins<ref>{{Référence Harvard sans parenthèses|Denning|2008|p=7}}</ref>. Principalement, elle permet :
* la gestion automatique de l’[[allocation de mémoire]] : permet de résoudre le problème du manque d'espace mémoire physique disponible dans un ordinateur, c'est ce qui est à l'origine de cette découverte [https://books.google.fr/books?id=RXARim9cNBIC&pg=PA528&dq=The+Hardware/Software+Interface+Revised++Implementing+protection+with+virtual+memory&hl=fr&sa=X&ved=0ahUKEwiDqZvr2bTQAhUHw1QKHSBBDUEQ6AEIKTAA#v=onepage&q=The%20Hardware%2FSoftware%20Interface%20Rev] ;
* la protection : Comme indiqué [[#Protection apportée par la mémoire virtuelle|dans le chapitre protection de la mémoire virtuelle]]. La mémoire virtuelle met en jeu des mécanismes afin que deux processus ne puissent pas écrire en même temps dans le même espace d'adressage ;
* la modularité des programmes : Les programmes sont développés sous forme des modules séparés partageables et réutilisables qui seront liés entre eux qu'au moment de l'exécution dans un espace d'adressage unique ;
* pour les programmes orientés objets : elle permet de définir des objets et des classes que le gestionnaire de mémoire peut accéder et modifier ;
* la programmation de données centralisées : d'après Peter Denning {{citation|le monde du Web consiste en une multitude de process qui naviguent à travers un espace d'objets partagés mobile}}. Les objets peuvent être liés à un traitement sur demande [http://delivery.acm.org.buproxy.univ-lille1.fr/10.1145/240000/234403/p213-denning.pdf?ip=193.49.225.190&id=234403&acc=ACTIVE%20SERVICE&key=7EBF6E77E86B478F.65AECA067F3BA3C9.4D4702B0C3E38B35.4D4702B0C3E38B35&CFID=699495847&CFTOKEN=29612606&__acm__=14806896]. En effet en cliquant sur un lien on déclenche un traitement dans le navigateur (Applets Java) mais celui-ci ne doit pas avoir d'impact sur les objets locaux ;
* le calcul parallèle sur plusieurs Ordinateurs : la mémoire virtuelle partagée dans les systèmes distribués est une architecture qui permet de partager des espaces d'adressage virtuels pour 2 processeurs différents faisant référence à deux entités Mémoire Physique qui sont vues comme un seul espace d'adressage : elle est décrite dans la section [[#Distributed Shared Virtual Memory (DSVM)|DVSM]]<ref>{{Référence Harvard sans parenthèses|Denning|1996|p=216}}</ref> et plus précisément ici {{Lien|fr=Distributed shared memory|trad=Distributed shared memory|texte=Distributed shared memory}}.

== Mémoire virtuelle et performances ==

=== Évaluation de la performance ===
La pagination peut affecter significativement la performance d'un ordinateur.

D'après Silberschatz, si on définit<ref>{{Référence Harvard sans parenthèses|Silberschatz|2004|p=323}}</ref>:
* <math>eat</math> effective access time (le temps d'accès effectif);
* <math>p</math> la probabilité d'un défaut de page avec <math> 0 \leq p \leq 1 </math>;
* <math>ma</math> le temps d'accès à la mémoire;
* <math>pft</math> page fault time (le temps associé à un d'un défaut de page).

Quand il y a peu de défaut de pages, la probabilité d'un défaut de page <math> p </math> tend vers <math> 0 </math> :
* Le temps d'accès effectif <math> eat </math> est égal au temps d'accès à la mémoire <math> ma </math>.

Sinon :
:<math> eat = (1 - p)  \times ma + p \times pft </math>

Comme décrit dans '' ''Thrashing'' : Its causes and prevention'' par Denning, lorsque le nombre de défaut de page augmente significativement, le système effectue des opérations d'écroulement ou [[thrashing]] entraînant inévitablement une réduction de la performance. Le traitement d'un grand nombre de défauts de page peut provoquer un effondrement du système quand le celui-ci passe plus de temps à traiter les défauts de page qu'à exécuter des processus<ref>{{Référence Harvard sans parenthèses|Denning|1968|p=912-922}}</ref>.

=== Algorithmes de remplacement de pages ===
À la suite d'un [[Mémoire virtuelle#Allocation à la demande|défaut de page]], le système doit ramener la page manquante en mémoire centrale ; s'il n'y a plus de place en mémoire il faut alors retirer une Page et la mettre en mémoire auxiliaire : le disque, par exemple. C'est ce mécanisme qu'on appelle le {{citation|remplacement de page}}. Il existe de nombreux algorithmes de remplacement de page pour circonscrire ce phénomène d'écroulement<ref name="WXSG0T" />:

==== Working set ====
Le {{Lien|trad=Working_set|fr=working set|texte=working set}} permet d'estimer la quantité de mémoire qu'un processus requiert dans un intervalle de temps donné.Suivant ce modèle, un processus ne pourra être chargé en RAM que si et seulement si l'ensemble des pages qu'il utilise peut y être chargé. Dans le cas contraire, le processus est ''swappé'' de la mémoire principale vers la mémoire auxiliaire de façon à libérer de la mémoire pour les autres processus<ref>{{Référence Harvard sans parenthèses|Denning|1972|p=191-198}}</ref>.

==== Algorithme de remplacement LRU ====
''{{lang|en|Least Recently Used}}'' est l'algorithme le plus fréquemment utilisé : Toutes les pages en mémoire figurent dans une liste chainée, avec en tête de liste la plus récemment utilisée, quand le défaut de page survient , l'algorithme retire la page la moins récemment utilisée : celle qui est en queue. C'est un algorithme complexe difficile à implémenter qui nécessite son exécution par un matériel spécifique car il faut un mécanisme qui tienne compte du temps<ref>{{Référence Harvard sans parenthèses|Denning|1970|p=180}}</ref>.

==== Algorithme FIFO (First In First Out) ====
''First In First Out'' (Premier entré, premier sorti) est un algorithme qui constitue une [[liste chaînée]] avec les pages présentent en mémoire. Quand un défaut de page intervient il retire la plus ancienne, donc celle qui est en début de file.Ce mécanisme ne tient pas compte de l'utilisation des pages ; une page peut être retirée et tout de suite après rechargée en mémoire car un processus en a besoin<ref>{{Référence Harvard sans parenthèses|Denning|1970|p=}}</ref>.

==== NRU remplacement de la page ''Non Récemment Utilisée'' ====
Cet algorithme quant à lui utilise les bits R et M pour définir la page à retirer.
* R = Le Bit de Référence
* M = Le Bit de Modification

Le Bit R est positionné à 1 lorsqu'une page est '''R'''éférencée et 0 lorsque la page n'est pas référencée. Le bit M est positionné à 1 lorsque la page est '''M'''odifiée et 0 lorsqu'elle ne l'est pas.

Quand un défaut de page intervient l'algorithme NRU retire en premier la page non référencée et non modifiée en premier :
# - R=0 et M=0 
#: sinon la page non référencée et modifiée :
# - R=0 et M=1 
#: sinon la page référencée et non modifiée :
# - R=1 et M=0
#: sinon il retire la page référencée et modifiée ;
# - R=1 et M=1

Dans ce dernier cas la page sera sauvegardée sur disque avant d'être transférée en mémoire<ref>{{Référence Harvard sans parenthèses|Godbole|2011|p=339}}</ref>.

==== Clock ====
Dans l'algorithme [[:en:Page replacement algorithm#Clock|Clock]], les pages sont mémorisées dans une liste circulaire en forme d'horloge, Un indicateur pointe sur la page la plus ancienne. Lorsqu'un défaut de page se produit, la page pointée par l'indicateur est examinée. Si le bit R de la page pointée par l'indicateur est à 0, la page est retirée, la nouvelle page est insérée à sa place et l'indicateur avance d'une position. Sinon, il est mis à 0 et l'indicateur avance d'une position.

Cette opération est répétée jusqu'à ce qu'une page ayant R égal à 0 soit trouvée. À noter que lorsqu'une page est ajoutée, on met son bit de référence à 1.

Cet algorithme est aussi appelé algorithme de la seconde chance.

=== Performance dans une architecture Numa ===
[[Fichier:NUMA-scheme-fr.png|vignette|Architecture Numa]]
[[Non Uniform Memory Access|Numa]] (Non Uniform Memory Access) est conçu pour les systèmes [[multiprocesseur]] dans lequel les zones mémoires sont séparées. L'architecture Numa sert à améliorer l'efficacité d'accès par les processeurs à tout l'espace mémoire, en effet, cet accès s'effectue par des Bus différents ce qui évite les baisses de performance liées aux éventuels accès concurrents par deux processeurs. Il existe aussi un autre type de gestion de la mémoire sur les multiprocesseurs : SMP ([[Symmetric multiprocessing|Symetric Multiprocessing]]), où il existe une seule mémoire partagée.

Un mécanisme d’ordonnancement dynamique des tâches a été mis au point par Chiang, Yang et Tu (DTAS) qui réduit les phénomènes de contention dans les systèmes Multi-Cœur [[Multiprocesseur#Organisation de la mémoire|NUMA]]. Pour éviter ce problème, les cœurs des processeurs qui partagent les ressources sont programmés pour exécuter des tâches complémentaires<ref>{{harvsp|Chiang|2016|p=72-87|id=Chiang2016}}</ref>.

Les tâches sont classifiées comme étant de type traitement ou de type mémoire, chaque processeur est dédié à un type de tâche. Si l'énergie doit être économisée, la fréquence d'horloge du processeur effectuant des tâches liées à la Mémoire est diminuée pour réduire la consommation. À l'inverse, on peut augmenter la fréquence d'horloge d'un processeur qui doit faire plus de traitement, dans un souci d'efficacité. Ce mécanisme a été implémenté sur un système avec un noyau Linux.

Une amélioration de la performance de ce système a été constatée ainsi qu'une baisse de la consommation d'énergie en réduisant le taux de contentions entre les différents cœurs de processeurs.

Les Benchmaks révèlent une amélioration de 28 % des performances sur des systèmes avec un noyau linux 3.11.0 (tests effectués sur 1000 instructions).

=== Performance dans un environnement virtualisé ===
[[Fichier:Shadowpagetables.png|alt= Translation d'adresse grâce aux shadow page table|gauche|vignette|Translation d'adresses grâce aux shadow page tables]]

==== Shadow Page Table ====
Plusieurs tables de pages sont utilisées dans le déroulement des translations d'adresses dans les technologies de virtualisation, c'est ce qui est mis en œuvre avec les shadow page tables<ref>{{Référence Harvard sans parenthèses|Smith|2005|p=397-410}}</ref>.

Une table sert à convertir les adresses virtuelles invitées (''gva guest virtual address'') en adresses physiques invitées (''gpa guest physical address''). L'autre pour convertir les adresses physiques invitées (''gpa guest physical address'') en adresses physiques hôte (hpa host physical address)<ref>{{Référence Harvard sans parenthèses|Vmware|2009|p=4}}</ref>.

Une table de pages appelée ''Shadow Page Tables'' mappe les adresses virtuelles invitées directement vers les adresses physiques hôte en Dram<ref>{{harvsp|Alkassar|2010|p=267|id=Alkassar2010}}</ref>.

==== Slat ====
Pour des raisons de performance, {{Lien|trad=Second_Level_Address_Translation|fr=Second_Level_Address_Translation|texte=Slat}} (''Second Level Address Translation'') se substitue à la technique des ''Shadow Page Tables''<ref>{{Référence Harvard sans parenthèses|Conti|2015|p=263}}</ref>.

La mémoire physique invitée est considérée comme un sous-ensemble de la mémoire physique de l'hôte. Les tables de pages sont utilisées à plusieurs niveaux, la table de page d'hôte peut être considérée conceptuellement comme imbriquée (''nested'') dans la table de page d'invités. Cela réduit les recherches dans le stables de pages, et par là même la charge du processeur.

''Extended Page Table'' (EPT) ou ''Table de Page étendue pour Intel'', ''Nested Page Table'' (NPT) ou ''Table de Page Imbriquée'' pour AMD repose sur le même principe<ref>{{harvsp|Wang|2011|p=217|id=Wang2011-2}}</ref>.

==== Élasticité de la mémoire : le ballooning ====
''Memory balloon''<ref>[https://pubs.vmware.com/vsphere-4-esx-vcenter/index.jsp?topic=/com.vmware.vsphere.resourcemanagement.doc_40/managing_memory_resources/c_memory_balloon_driver.html ''Memory balloon'']</ref> est une technique de gestion de la mémoire qui permet à un hôte physique de récupérer de la mémoire inutilisée sur ses machines virtuelles invitées (VM). Cela permet à la quantité totale de RAM requise par une VM invitée de dépasser la quantité de RAM physique disponible sur l'hôte. Lorsque le système hôte ne possède pas suffisamment de ressources physiques en RAM, une partie de la mémoire est affectée aux différents ordinateurs virtuels. Cela répond au besoin d’équilibrer les charges mémoire, l'hyperviseur réaffecte la mémoire inutilisée par certaines machines virtuelles pour permettre à
d’autres machines plus consommatrices d’obtenir de meilleures performances<ref>{{harvsp|Haikun|2015|p=2|id=Haikun2015}}</ref>{{,}}<ref>{{harvsp|Pengfei|2013|p=379|id=Pengfei2013}}</ref>

==== ''SwapCached'' ====
L'idée principale de ''SwapCached'' est la mise en cache des pages mémoires de des machines invitées dans la machine hôte de façon à augmenter la performance de la plateforme entière.

SwapCached est composé de trois modules : Cache Pool, Agent et Sensor. Les deux premiers composants sont dans l'hôte et contiennent les pages ''swappées'' et le dernier est localisé dans chaque machine invitée.Le prototype utilisé a été implémenté dans une plateforme Xen et a permis d'améliorer la performance globale de la plateforme de l'ordre de 10 % à 80 % en fonction des différents types de VM<ref>{{harvsp|Pengfei|2013|p=379-384|id=Pengfei2013}}</ref>.

=== Performance dans un environnement mobile ===
Le mécanisme de swapping (''backing store''<ref>[http://www.memorymanagement.org/glossary/b.html ''Backing store'']</ref>) n'est pas implémenté dans les mobiles, par exemple pour les terminaux sous iOS : chaque programme possède bien son propre espace de mémoire virtuelle, mais la quantité d'espace de mémoire disponible se limite à la mémoire physique. Ceci conduit à gérer la mémoire liée aux applications de façon spécifique : si la quantité de mémoire disponible descend en dessous d'un certain seuil, le système demande aux applications en cours de libérer de l'espace mémoire<ref>{{Référence Harvard sans parenthèses|Apple|2013|p=1}}</ref> : sur iOS, la gestion de la mémoire liée aux applications est gérée par jetsam, et de façon identique par OOM ([[Out of memory|Out Of Memory]]) sous Android<ref>{{Référence Harvard sans parenthèses|Levin|2013|p=1}}</ref>{{,}}<ref>{{Référence Harvard sans parenthèses|Levin|2012|p=140}}</ref>{{,}}<ref>{{Référence Harvard sans parenthèses|Levin|2012|p=546}}</ref>{{,}}<ref>{{Référence Harvard sans parenthèses|Park|2015|p=144}}</ref>.

Dans ce contexte, Geunsik Lim propose dans ''Virtual memory partitioning for enhancing application performance in mobile platforms'' de mettre en place une gestion originale des applications en priorisant les applications natives, plutôt que les applications dont les sources sont moins fiables. Le mécanisme ''Virtual Memory Node, Vnode'' met en œuvre une isolation complète des applications peu fiables et réduit le nombre d'opérations des LMK/OOMK même quand les ressources mémoires sont critiques. La performance des applications natives est ainsi renforcée<ref>{{harvsp|Geunsik|2013|p=786,793|id=Geunsik2013}}</ref>.

Pour autant, la mémoire à changement de phase ([[Mémoire à changement de phase|PCM]]) pourrait être amenée à être utilisée comme périphérique de swap. Yoo et Bahn présentent un nouvel algorithme de remplacement de page : DA-Clock (''Dirtiness-Aware Clock''). Les résultats expérimentaux montrent que l'algorithme améliore les performances de 24 à 74 % en minimisant le trafic en écriture sur la PCM, cet algorithme prolonge également la durée de vie de la mémoire de 50 % en moyenne<ref>{{harvsp|Yoo|2016|p=183|id=Yoo2016}}</ref>.

Ce nouvel algorithme de remplacement de pages fonctionne sur les systèmes embarqués mobile qui utilisent de la DRAM comme mémoire principale et de la mémoire PCM comme périphérique de swap. Il s'inspire de l'algorithme [[#Algorithmes de remplacement de pages|Clock]]. Il garde la trace des pages et sous-pages dites ''dirty'' qui sont des pages contenant des données devant être écrites sur un support de stockage stable et se trouvant dans un cache avant d'être réclamées. Est remplacée la page la moins ''sale'' parmi les pages qui ont été le moins récemment utilisées. Pour ce faire, on utilise une liste circulaire et plusieurs listes de ''dirty pages'' dans lesquelles on sélectionne une page ''victime''.

Une autre équipe a testé une nouvelle technologie appelée Cows (''Copy On Write Swap-in'') qui augmente les performances .

Dans cette technologie le mécanisme du swap a été totalement repensé pour les smartphones équipés de NVM (''Non Volatile Memory''). Au lieu d'utiliser de la mémoire flash on utilise la NVM comme zone se swap. Le mécanisme de [[Mémoire virtuelle#Exemple|''copy-on-write'']] swap-in évite des opérations de copies de la mémoire non nécessaires.

Sur les Smartphones il se produit souvent un phénomène particulier : les processus sont ''tués'' en permanence, ceci est dû au fait que la mémoire est saturée et le swapping est désactivé sur les téléphones pour des raisons de performance. Une expérience de 2014 a révélé que sur un Téléphone Google Nexus 5 avec l'option swap activée, sur 30 Minutes de test, le nombre de process « tués » a diminué de 66 % à 91 % grâce à trois éléments :
* Le NVM-swap ;
* Le copy-on-wrtite swap-in ;
* Le Heap-wear : un algorithme qui permet d'augmenter la durée de vie des NVM de 50 %<ref>{{Référence Harvard sans parenthèses|Zhong|2014|p=10}}</ref>.

=== Compression de la mémoire ===
La [[Compression de mémoire virtuelle|compression]] augmente la performance en permettant de réaliser la pagination en utilisant un bloc en mémoire RAM plutôt que sur le disque<ref>{{Référence Harvard sans parenthèses|Deka|2014|p=480}}</ref>.

La zone de swap se trouve alors basée sur la RAM et fournit ainsi une forme de compression de mémoire virtuelle, permettant une performance accrue due au meilleur temps d'accès fourni par la RAM, le disque ayant un temps d'accès bien plus long. Il est dès lors d'autant plus important d'optimiser l'occupation de la mémoire principale. Srividya et Denakar proposent alors un mécanisme de dé-duplication de pages compressées : si une page compressée s'avère identique, au lieu d'être ''swappée'', elle sera partagée<ref>{{harvsp|Sviridya|2016|p=1-4|id=Srividya2016}}</ref>.

=== Une nouvelle hiérarchie de la mémoire ===
Les [[Mémoire non volatile|mémoires non volatiles]] (NVM) comme [[Transfert de spin|STT-RAM]] (Magnetoresistive RAM) ou [[Mémoire à changement de phase|Mémoire à changement de phase (PCM)]].

Il existe d'abondantes recherches sur l'utilisation de la PCRAM comme remplacement des DRAM actuelle en tant que mémoire principale. Lee et al.<ref>{{harvsp|Lee|2009|p=2|id=Lee2009}}</ref> ont démontré qu'implémenter une architecture de mémoire basée exclusivement sur les PC-RAM serait environ 1,6 fois moins rapide et nécessiterait 2.2 fois plus d'énergie qu'une mémoire principale basée sur la DRAM, principalement en raison de la surcharge demandée par les opérations d'écriture. Pour améliorer cela, il propose d'organiser les buffers de la mémoire différemment de façon à diminuer la consommation d'énergie due aux opérations d'écriture. Qureshi<ref>{{harvsp|Qureshi|2009|p=24|id=Qureshi2009}}</ref> a proposé un système de mémoire principale hybride composée de PCM et de DRAM de façon à pouvoir tirer parti des avantages de la latence des DRAM et des avantages de la capacité de PCM. Cette architecture hybride pourrait réduire le nombre de défaut de page par 5 et améliorer la rapidité de traitement. Une étude similaire menée par Zhou<ref>{{harvsp|Zhou|2009|p=14|id=Zhou2009}}</ref> a démontré qu'une mémoire à base de PC-RAM ne consomme que 65 % de l'énergie totale de la mémoire principale de DRAM. Tous ces travaux démontrent la possibilité d'utiliser la PC-RAM comme mémoire principale<ref>{{harvsp|Ewais|2016|p=1|id=Ewais2016}}</ref>{{,}}<ref>{{harvsp|Park|2015-2|p=764-772}}</ref>{{,}}<ref>{{harvsp|Yoon|2014|p=99- 104|id=Yoon2014}}</ref>{{,}}<ref>{{harvsp|Li|2008|p=952-964|id=Li2008}}</ref>.

== Protection apportée par la mémoire virtuelle ==

La mémoire virtuelle garantit qu'aucun processus n'écrive dans l'espace d'adressage d'un autre processus ou du système d'exploitation sans y avoir été expressément autorisé. Elle permet ainsi de se prémunir contre les erreurs des autres programmes car chaque programme possède son propre espace d'adressage, mais également d'actions malveillantes éventuelles : sans cette protection, les virus informatiques seraient très largement répandus.

Pour autant, divers types d'attaque ont pu mettre au jour des failles et permettent de contourner les mécanismes de sécurité apportés par la mémoire virtuelle :

=== Attaques par canal auxiliaire ===
==== Attaque DMA ====
[[Accès direct à la mémoire|DMA]] est une méthode de transfert des données d'un périphérique vers la mémoire principale sans passer par le processeur, ce qui permet d'améliorer les performances de l'ordinateur<ref>{{Référence Harvard sans parenthèses|Harvey|1991|p=1-19}}</ref>.

Une application ne peut pas accéder à des emplacements de mémoire non explicitement autorisés par le contrôleur de mémoire virtuelle (MMU), ceci pour prévenir les dommages que causeraient des erreurs logicielles ou des manipulations malveillantes.

Toutefois, pour permettre aux périphériques (par exemple un caméscope, une carte réseau) d'obtenir une vitesse de transfert maximale, le système d'exploitation autorise un accès direct à la mémoire principale. Le principe de [[:en:DMA attack|l'attaque DMA]], est alors de profiter de cette vulnérabilité pour accéder directement à une partie ou à la totalité l'espace d'adressage de la mémoire physique de l'ordinateur, et réussir ainsi à lire des données, ou les corrompre<ref name="U452Y3">{{harvsp|Markuze|2016|p=249|id=Markuze2016}}</ref>.
Il est ainsi possible de contourner l'identification par mot de passe demandée par l'ordinateur avec l'outil ''Inception''<ref>[https://github.com/carmaa/inception Outil ''Inception'']</ref>.

==== Contre-mesure à l'attaque DMA : IOMMU ====
[[Fichier:MMU and IOMMU.svg|vignette|200px|droite|Comparaison d'une IOMMU avec la [[memory management unit]] (MMU).]]
Une unité de gestion de mémoire d'entrée-sortie ([[:en:IOMMU|IOMMU]]) est une unité de gestion de mémoire (MMU) qui connecte un bus des périphériques d'entrées/sortie d'accès direct à la mémoire (DMA) à la mémoire principale. Un exemple de IOMMU est la table des adresses graphiques (GART) utilisée par les cartes graphiques AGP et PCI Express sur les architectures Intel et AMD.

Une IOMMU de la même façon qu'une MMU, traduit les adresses virtuelles en adresses physiques<ref>{{Référence Harvard sans parenthèses|Halvorsen|2011|p=198}}</ref>. C'est donc une technologie qui applique le concept de mémoire virtuelle aux périphériques.

Elle est utilisée aussi pour protéger la mémoire système contre des attaques véhiculées par les périphériques d'entrée-sortie comme l'attaque DMA. Cette protection devient critique dans les environnements virtualisés, parce que des machines virtuelles invitées partagent la même mémoire physique sur la machine hôte. Une VM malveillante pourrait corrompre une autre VM par une attaque DMA<ref>{{Référence Harvard sans parenthèses|Willmann|2008|p=1}}</ref>{{,}}<ref name="U452Y3" />.

L'IOMMU est composé d'un ensemble de DMA Remapping Hardware Units (DRHU) qui sont responsables de la traduction des adresses des périphériques vers des adresses physiques en mémoire hôte. Le DRHU identifie d'abord une demande DMA par le bus BDF-ID (Bus Device Function Number), puis il utilise le BDF-ID pour localiser les tables de page associées avec le contrôleur d'entrée sortie. Finalement, il traduit l'adresse virtuelle DMA (DVA) en adresse physique hôte (HPA), tout comme l'effectuerait une MMU classique. Bien que l'IOMMU offre une protection efficace contre les attaques DMA, il doit être configuré correctement de façon à prévenir ces attaques. Plusieurs techniques permettent en effet de contourner les défenses apportées par une IOMMU<ref>{{Référence Harvard sans parenthèses|Kutylowski|2014|p=219}}</ref>. 

Par exemple, en se concentrant sur la technologie Intel VT-D, Lacombe et al. démontrent qu'aucun contrôle d'intégrité n'étant effectué sur le champ source-id, il est alors possible d'usurper l'identité d'un périphérique, celui partageant le même bus [[PCI Express]] avec tous les autres périphériques, ils ont pu mener une attaque de type [[ARP poisoning|ARP-poisoning]]<ref>{{Référence Harvard sans parenthèses|Sang|2010|p=1-26}}</ref>.

==== Attaque par martèlement de mémoire ====
[[Fichier:Row hammer.svg|vignette|gauche|upright=1.4|En activant certaines rangées (lignes jaunes) à des fréquences précises, les valeurs des bits (lignes violettes) peuvent être changées.]]
Yoongu et al. ont démontré qu'il était possible de profiter d'une vulnérabilité des mémoires vives (DRAM), déjà étudiée dans les travaux de Huang<ref>{{harvsp|Huang|2012|p=1012-1017|id=Huang2012}}</ref>, pour modifier la valeur des bits mémoire en sollicitant les cellules de façon répétée. Cette faille matérielle (rowhammer bug), [[martèlement de mémoire]], est lié à la charge des condensateurs qui a sans cesse besoin d'être rafraîchie pour éviter que les cellules ne passent à 0. En ''martelant'' certaines zones, à des fréquences spécifiques, des chercheurs en sécurité de ''[[Project Zero (Google)|Project Zero]]'' de [[Google]], Mark Seaborn et Halvar Flake, ont exploité cette particularité pour modifier les droits d'accès à la mémoire et manipuler ainsi les données de diverses manières. En particulier, ils ont pu rompre l'isolement entre le mode utilisateur et le mode noyau : une application localise les cellules mémoires vulnérables et force le système d'exploitation à remplir la mémoire physique à partir des entrées de la table de page (PTE) qui définit les stratégies d'accès aux pages de mémoire et de prendre le contrôle d'un ordinateur<ref name="Z7SBIZ">{{Référence Harvard sans parenthèses|Seaborn|2015|p=1-71}}</ref>{{,}}<ref>{{Référence Harvard sans parenthèses|Seaborn|2015-2|p=1}}</ref>.

D. Gruss et C. Maurice ont pu déclencher le ''bug rowhammer'' à distance avec une application sous JavaScript. Pour autant, ils n'ont pas pu s'attribuer les droits root comme Seaborn l'avait fait, ce qui fera l'objet d'études ultérieures<ref>{{Référence Harvard sans parenthèses|Gruss|2015|p=7}}</ref>.

Une autre méthode d'attaque sur les DRAMs, basée sur du reverse engineering par les chercheurs Schwartz et al. a pu permettre de voler des données sensibles d'une machine virtuelle, en utilisant du code JavaScript ([https://github.com/IAIK/drama Code Reverse Engineering]).Ils ont également amélioré l'attaque Rowhammer et a montré que, contrairement à ce que l'on pensait auparavant, la méthode fonctionnait aussi contre des RAMs de type [[DDR4 SDRAM|DDR4]]<ref name="Z7SBIZ" />{{,}}<ref>{{Référence Harvard sans parenthèses|Schwarz|2016|p=1-85}}</ref>{{,}}<ref>{{Référence Harvard sans parenthèses|Pessl|2016|p=1-18}}</ref>.

==== Contre-mesure à l'attaque par martèlement de mémoire ====
La première méthode, baptisée B-CATT (Bootloader CAn't Touch This), ne nécessite aucune modification de l'OS et peut être utilisée sur tous les systèmes x86. B-CATT localise et désactive la mémoire physique vulnérable après l'avoir identifiée.

La seconde méthode, G-CATT (''Generic CAn't Touch This''), n'empêche pas toutes les inversions de bits induites par une attaque Rowhammer, mais empêche celles qui seraient en mesure d'affecter la mémoire appartenant à des domaines de sécurité élevé comme celui du noyau.

Selon les tests effectués par les chercheurs Ferdinand Brasseur et al., ces deux méthodes n'affectent ni la performance en ce qui concerne le temps d'accès à la mémoire ni en ce qui concerne la stabilité du système et permettraient de contrevenir à tous les types d'attaque rowhammer. Les deux mécanismes de protection n'ont eu que peu d'impact en ce qui concerne la latence et le débit sur les plateformes testées (SPEC CPU 2006 et Phoronix)<ref>{{Référence Harvard sans parenthèses|Brasser|2016|p=9}}</ref>.

=== Protection de l'espace mémoire ===
==== Contrôle d'accès ====
En même temps que le processeur utilise la table d'entrée de pages (PTE) pour mapper les adresses virtuelles en adresses physiques, il utilise les informations de contrôle d'accès (Bits de protections) de cette même table, pour vérifier si un processus accède à la mémoire avec les autorisations adéquates.

L'accès aux zones mémoire peut en effet être restreint pour plusieurs raisons :
* Le système d'exploitation ne permet pas à un processus d'écrire des données sur son code exécutable.
* En revanche, les pages contenant des données peuvent être écrites mais tenter d'exécuter ces mêmes données comme du code exécutable ne doit pas être permis<ref>{{Référence Harvard sans parenthèses|Blunden|2009|p=91}}</ref>{{,}}<ref>{{harvsp|Jacob||p=34|id=Jacob}}</ref>.

La plupart des processeurs ont au moins deux modes d'exécution: le mode noyau et le mode utilisateur. On ne doit pas permettre que le code du noyau soit exécuté par un utilisateur ou que des structures de données du noyau soit accessibles.

En mode noyau, le microprocesseur peut accéder à la mémoire physique, mais l’accès à un espace d’adressage virtuel (ou à toute autre zone de mémoire non définie) est interdit, il génère une interruption MMU.

En mode utilisateur, le microprocesseur peut accéder à la mémoire virtuelle (plus précisément aux pages de mémoire virtuelle autorisées par la MMU), mais l’accès à la mémoire physique (ou à toute autre zone de mémoire non définie) génère une interruption<ref>{{Référence Harvard sans parenthèses|Bron|2016|p=32}}</ref>.

Chaque processus possède son propre espace de mémoire virtuelle ({{unité|4|Go}}) qui mappe la mémoire physique par le biais des tables de pages. La mémoire virtuelle est principalement divisée en deux parties: {{unité|3|Go}} pour l'utilisation du processus et {{unité|1|Go}} pour l'utilisation du noyau (Pour Linux) (Pour Windows {{unité|2|Go}}/{{unité|2|Go}}) La plupart des données qui se trouvent dans la première partie de l'espace d'adressage représente l'espace utilisateur. La seconde partie correspond à l'espace du noyau commun à tous les processus.

:{| class="wikitable" style="text-align:center"
|+64-Bit-(Page directory entry)
|- style="border-top:2px solid #777;text-align:justify;"
!Bits:
! 63
!colspan=11| 62… 52
!colspan=20| 51… 32
|- style="border-bottom:2px solid #777;"
!Content:
| '''NX'''
|colspan=11 style="background-color:#ccc;"| ''reserved''
|colspan=20| Bit 51… 32 base address
|-
!Bits:
!colspan=20| 31… 12
!colspan=3 | 11… 9
!8
!7
!6
!5
!4
!3
!2
!1
!0
|- style="border-bottom:2px solid #777;"
!Content:
|colspan=20| Bit 31… 12 base address
|colspan=3 | AVL
|''ig''
| 0
|''ig''
| A
|PCD
|PWT
|'''U/S'''
|'''R/W'''
|'''P'''
|}
* Le Bit P indique si la page est en mémoire physique.
* Le Bit R/W indique si la page peut être lue ou écrite.
* Le Bit U/S indique si la page est accessible en mode utilisateur (''user mode'') ou en mode superviseur (''supervisor mode').

==== Protection de la mémoire virtuelle contre un dépassement de tampon ====
D'après ''Smashing the stack for fun and profit'' par {{Lien|trad=Elias_Levy|fr=Elias Levy|texte=Elias Levy}}<ref>{{Référence Harvard sans parenthèses|Levy|1996|p=1-28}}</ref>, les attaques par débordement de tampon (buffer overflow, parfois également appelées [[Dépassement de tampon|dépassement de mémoire tampon]]) ont pour principe l'exécution de [[Code arbitraire|codes arbitraires]] par un programme qui remplit le tampon par plus de données qu'il ne peut en recevoir. Le système d'exploitation répond alors par une [[erreur de segmentation]], et met fin au processus en générant une exception<ref>{{Référence Harvard sans parenthèses|Bradley|2011|p=12}}</ref>{{,}}<ref>{{Référence Harvard sans parenthèses|Pillou|2016|p=72}}</ref>.

Une parade contre l'exécution de ce code arbitraire consiste à protéger l'[[Protection de l'espace exécutable|espace exécutable]].
Cette technique est implémentée sur différents systèmes d'exploitation.

Par exemple, dans une architecture Intel, le [[bit NX|bit 'NX']] ou non exécutable bit, qui est le bit 63 des entrées de la table des pages (PTE) permet d'empêcher une tentative d'exécution sur des données d'une page alors qu'elle est marquée comme non exécutable (''{{langue|en|no execute}}''). Ceci permet de limiter l'exécution de codes malicieux<ref>{{Référence Harvard sans parenthèses|Llorens|2010|p=445}}</ref>.

==== Protection de la mémoire virtuelle contre un shellcode ====
À la suite d'un dépassement de tampon, un [[shellcode]] peut être exécuté pour prendre le contrôle d'un ordinateur. Les chercheurs de l'université de Colombus, Gu et al., proposent dans ''Malicious Shellcode Detection with Virtual Memory Snapshots'' une nouvelle méthode de détection de shellcodes malveillants. Des captures instantanées (snapshots) sont prises sur les données et permettent une analyse en temps réel des données.

L'architecture mise en place repose sur trois modules :
* Le premier module est un Analyseur de protocole qui extrait les en-têtes des messages ;
* Le deuxième module est un Analyseur de Shellcode chargé de détecter les codes malicieux ;
* Le troisième module est un environnement émulé qui fait l'interface avec l'environnement d'exécution réél<ref>{{harvsp|Gu|2010|p=4|id=Gu2010}}</ref>.

=== Chiffrement des échanges avec la zone de Swap ===
Plusieurs méthodes ont été mises en avant pour renforcer les mécanismes de sécurité de la MMU. Le chiffrement de l'espace de swap est utilisé pour protéger les informations sensibles. Pour une application qui échange des mots de passe, tant que ceux-ci demeurent en mémoire physique, ils seront effacés après un redémarrage. En revanche, si le système d'exploitation commence à échanger des pages mémoire pour libérer de l'espace pour d'autres applications, les mots de passe pourront être écrits sur l'espace disque sans être cryptés. Le cryptage et le décryptage des données avec la zone d'échange de Swap peut donc être une solution<ref>{{Référence Harvard sans parenthèses|Provos|2000|p=1}}</ref>.

Gilmont et al. proposent d'implémenter une architecture basée sur une unité de gestion de la sécurité du matériel SMU, renforçant les mécanismes de sécurité, intégrité et confidentialité, apportés par l'Unité de gestion de mémoire classique qu'est la MMU. La SMU (Security Management Unit) permet au processeur d'exécuter du code chiffré et de manipuler des données chiffrées. Sa mémoire interne non volatile (NVM) est utilisée pour stocker des clés de chiffrement et des données critiques<ref>{{harvsp|Gilmont|1999|p=473|id=Gilmont1999}}</ref>{{,}}<ref>{{harvsp|Gilmont|1999-2|p=1-8|id=Gilmont1999-2}}</ref>.De façon à ne pas perdre en performance en chiffrant toutes les données indistinctement, Rahmattolah Amirsoufi a mis en œuvre un dispositif spécifique (ESAVM : Efficient Secure-Aware Virtual Memory) qui ne crypte et décrypte uniquement vers ou depuis la zone de swap, que les données spécifiquement confidentielles<ref>{{harvsp|Rahmatollah|2009|p=2|id=Rahmatollah2009}}</ref>.

== Consommation énergétique ==

=== Les différents états de la mémoire vive ===
[[Fichier:Memory State.svg|vignette|Les différents états de la mémoire avec leurs consommations énergétiques et les délais de changement d'état pour une rangée de mémoire Micron 1GB DDR2-800.]]
La mémoire vive peut avoir 4 états<ref>{{Référence Harvard sans parenthèses|Ye|2011|p=2}}</ref> :
* L'état ACT : ACT est l'état de la mémoire quand elle est en cours de lecture ou d'écriture ;
* L'état PRE : PRE lorsque la mémoire est prête à être interrogée au prochain cycle d'horloge ;
* L'état PD : PD ou Power Down, quand la mémoire est désactivée ;
* L'état SR : SR est l'état de la mémoire quand celle-ci est désactivée ainsi que son [[Boucle à phase asservie|PLL]].

Les transitions entre état se font obligatoirement entre l'état PRE et un autre. Chaque état à une consommation énergétique qui lui est propre.

Comme chaque type de transition s'effectue par un temps mesurable, il a donc fallu réfléchir à diverses méthodes de gestion de la mémoire pour baisser la consommation énergétique de celles-ci.

L'enjeu est donc de trouver des méthodes qui ne ralentissent pas les durées de traitement tout en diminuant la consommation, sinon le gain énergétique sera nul.

Pour donner un ordre d'idée, la consommation électrique de la mémoire sur un serveur équipé de deux processeurs Intel Xeon X5667 avec {{unité|64|Go}} de mémoire Micron DDR2-800 est de 35 % de la consommation totale tandis que sur un smartphone Samsung Galaxy S3, elle est de 20 % en veille et 6 % téléphone actif<ref>{{Référence Harvard sans parenthèses|Carroll|2013|p=3}}</ref>.

=== Dans les environnements mobile ===
Dans les mobiles, du fait de l'alimentation sur batterie, la gestion de l'énergie est un des aspects sur lesquels travaillent le plus les constructeurs. En regardant les fiches techniques des téléphones des gammes [[Samsung Galaxy S (gamme)|Samsung Galaxy S]] ou [[Google Nexus]], on peut constater que la quantité de mémoire a été en constante évolution depuis l'arrivée des smartphones (de 0.5 à 3 voire {{unité|4|Go}} en cinq ans).

D'une manière générale, pour éviter de mauvaises performances, l'utilisation du swap est désactivée sur les smartphones et un système LMK (Low Memory Killer) tue les processus qui utilisent de la mémoire<ref>{{Référence Harvard sans parenthèses|Zhong|2016|p=2}}</ref>.

=== Consommation en environnement virtualisé ===
Dans un environnement virtualisé, la mémoire est gérée par l'[[Sécurité des hyperviseurs#Le contexte|hyperviseur]], voici différentes manières de gérer les mémoires :
* ALL (Always On) - Tous les rangs de mémoire sont à l'état PRE, et il n'y a aucune gestion de l’énergie, c'est le système standard;
* PAVM (Power-Aware Virtual Memory) - Les rangs de mémoire affectés à des machines virtuelles sont à l'état PRE, les autres rangs sont à l'état SR ; En matière de performances, le mode PAVM permet de garder les mêmes qu'en ALL, tout en réduisant dépense énergétique de 30 %
* ODSR (On Demand Self-Refresh) - Tous les rangs sont à l'état SR, et passent à l'état PRE, puis ACT seulement en cas I/O ; Le mode ODSR est inexploitable étant donné les temps d’exécution qui sont augmentés de 565 %.
* ODPD (On-Demand Power-Down) - Tous les rangs sont à l'état PD, et passent à l'état PRE, puis ACT seulement en cas I/O ; Avec le mode ODDP, les temps d'exécution sont augmentés de 5 %, mais la consommation est réduite de presque 60 %.
* DPSM (Dynamic Power State Management) - Un algorithme tente de définir le meilleur état de la mémoire ; On perd 0,6 % efficacité avec le mode DPSM, la consommation est réduite d'encore 4,4 % par apport au mode ODPD.
* OPT (Optimised mechanism) - L'état des rangs de mémoire est défini de manière optimisée et dynamique par des seuils ; Le mode OPT ne fait perdre que 0,2 % de temps d'exécution, tout ayant une consommation proche de celle de DPSM<ref>{{Référence Harvard sans parenthèses|Ye|2011|p=5}}</ref>.

Il est à noter que la quantité de mémoire dans le serveur peut faire varier ses chiffres, plus il y aura de mémoire dans un serveur, plus la différence de consommation sera grande entre le mode standard ALL et les autres<ref>{{Référence Harvard sans parenthèses|Ye|2011|p=8}}</ref>.

== Rappels historiques ==
Le premier système intégrant la mémoire virtuelle est un serveur ASTRA conçu par un groupe d'Ingénieurs à Manchester en Angleterre en 1961. À la base de leur idée le concept "d'adresses", en effet, il devient évident à cette époque que l'adresse d'un process et son emplacement physique en mémoire sont deux notions à considérer de manière totalement distincte.

Dans le milieu des années 1960 l'implémentation de la mémoire virtuelle dans l'architecture de la plupart des gros systèmes est devenue très courante. On la retrouve dans des ordinateurs tels que : IBM 360/85 et CDC 7600 et Burroughs B6500. Ce qui a amené les ingénieurs à trouver une solution au problème de taille de la Mémoire Physique c'est la complexité des programmes et l'arrivée de la multiprogrammation. En effet, les développeurs qui avaient , par le passé, à gérer les problèmes d'allocation mémoire dans leurs programmes devaient désormais consacrer plus de temps à rendre leurs traitements plus performants et efficaces<ref>{{harvsp|Denning|1970|p=153-180|id=Denning1970}}</ref>.

La gestion de la mémoire devait donc, être sous traitée au ''Matériel'' : La MMU, afin qu'elle soit effectuée de manière automatique et totalement transparente pour les utilisateurs et les développeurs.

Dans les années 1964 apparaissent les premiers systèmes [[Multics]], Ce système révolutionnaire pour l'époque utilise [[Temps partagé|le temps partagé]], il est multiutilisateur et multitâches, Il est conçu avec un gestionnaire de mémoire virtuelle à [[Mémoire virtuelle#Segmentation|segmentation]].

Les systèmes Multics seront vendus jusqu'en 2000 laissant la place aux systèmes UNIX. Le système BSD (Berkeley Software Distribution) fut le premier système [[Unix#L'expansion|UNIX]] à utiliser la Mémoire Virtuelle Paginée en 1977 sur Machine VAX 11/780.

== Perspectives ==

La gestion de la mémoire virtuelle est très pratique mais a ses limites. Les systèmes à grande capacité mémoire font peu ou pas de ''Swapping'' car ils hébergent des applications critiques qui ne peuvent se permettre d'attendre les I/O disque. Google, par exemple, a constaté qu'une latence de quelques secondes entraine une baisse du trafic utilisateur de 20 % due à une insatisfaction des usagers. Ce qui a conduit les grands sites comme [[Facebook]], [[Google]], Microsoft [[Bing]] et [[Twitter]] à garder les données d'interface utilisateur en mémoire<ref name="0D7PSR">{{Référence Harvard sans parenthèses|Basu|2013|p=238}}</ref>.

L'accès rapide aux données en mémoire est un enjeu très important pour l'avenir.

Un groupe de chercheurs pour pallier les échecs du TLB proposent pour les [[:en:Big memory|''Big Memory Server'']] de translater une partie des adresses virtuelles de l'espace d'adressage avec un ''Segment Direct''. Le segment direct est peu couteux au niveau hardware et permet de faire correspondre des zones contiguës de l'espace d'adressage virtuel avec des zones contiguës de l'espace d'adressage physique.

Sur les ''Big Memory'' Server on observe 3 Éléments Importants :
* La plupart de ces systèmes n'ont pas besoin du ''swapping'', de la fragmentation et une protection fine comme la fournit habituellement la mémoire virtuelle. L'utilisation de la mémoire est stable ;
* Coût important en temps de la gestion de la mémoire par pages, des pertes importantes de performance sont provoquées par les échecs de TLB ;
* Ces systèmes tournent 24h/24 et 7j/7 (Ils ont peu de bénéfices à utiliser le gestionnaire de mémoire virtuelle, car c'est au démarrage du système que le gain de temps s'effectue).<br>De plus ils sont dimensionnés pour être en adéquation avec la mémoire physique. Ils ont un ou plusieurs processus primaires (ce sont ces processus qui sont les plus gros consommateurs de ressources mémoire).<br>Tous ces éléments font que le système de Gestion de la mémoire virtuelle par page n'est pas adaptée et réduit l'efficacité sur ces Gros Systèmes<ref name="0D7PSR" />.

=== Nouvelles Technologies ===
==== Big Memory Server ====
Sur les anciennes machines avec processeur 32 bits, la taille de page mémoire était de {{unité|4|ko}}. Mais les nouveaux systèmes, permettent de gérer des pages de plus grande taille, par exemple des pages de {{unité|1|Go}}. Les serveurs qui nécessitent de grandes quantités de mémoire RAM (''[[:en:Big memory|Big Memory]]''), et qui sont très gourmands en mémoire telles que les bases de données, les applications à hautes performances utilisées par exemple dans le big data peuvent utiliser des larges pages appelées encore ''huge pages pour Linux'', ''large pages Windows'', ''super page pour BSD''. L'utilisation des pages de grande taille limite les échecs (TLB miss) lors de la recherche des pages en mémoire cache de la TLB. En effet, quand la taille d'une page est grande, une seule entrée du tampon TLB correspond à une grande portion de mémoire.

Dans ''Large Pages on Steroids: Small Ideas to Accelerate Big Memory Applications'' D. Jung, S. Li, J. Ho Ahnn
révèlent que pour les ''Big Memory'' Serveurs la solution pour rendre la gestion de la mémoire plus performante est l'implémentation des larges pages ou bien la segmentation directe<ref>{{harvsp|Jung|2015|p=1|id=Jung2015}}</ref>.

==== RTMMU ====
Bönhert et Scholl ont mis au point une nouvelle technique le RTMMU (Real Time MMU), elle combine [[b:Programmation C/Gestion de la mémoire|la gestion dynamique de mémoire]] et la gestion de la mémoire virtuelle dans un contexte de [[Système temps réel|système en temps réel]]. Cette approche est conçue pour des systèmes qui ont de fortes contraintes de délais. Il fournit à l'usager la flexibilité des deux, la gestion dynamique et la gestion virtuelle de la mémoire.

Cette technique est basée sur un nouveau composant du système d'exploitation et un nouveau matériel, le gestionnaire de mémoire virtuelle temps-réel : RTMMU. C'est un composant qui se situe entre la CPU et la Mémoire Centrale.

Son but est de<ref>{{harvsp|Bonhert|2014|p=93-101|id=Bonhert2014}}</ref> :
* s'adapter aux changements dynamiques du système ;
* d'avoir une gestion optimisée et rationnelle de la mémoire (réduire le temps d'inutilisation de la mémoire) ;
* d'implémenter la gestion de la mémoire virtuelle qui permet, la protection de la mémoire et prévient la fragmentation de la mémoire physique ;

Les résultats expérimentaux décrits dans ''A Dynamic Virtual Memory Management under Real-Time Constraints'' ({{date-|août 2014}}) démontrent la faisabilité de ce concept et confirment un temps constant en matière de gestion des opérations mémoire et une réduction de [[:en:Memory footprint|l'empreinte mémoire]].

Voici les résultats obtenus à la suite des tests :
{| class="wikitable" style="text-align:center"
|
| colspan="3" |'''RTMMU'''
| colspan="3" |'''Traditionnel'''
|-
|Programmes
|Allocation
|Désallocation
|Memory FootPrint
|Allocation
|Désallocation
|Memory Footprint
|-
|Synthetic
|339
|945
|2791
|237
|{{formatnum:4145462}}
|{{formatnum:180132}}
|-
|Avconv
|327
|547
|621
|233
|{{formatnum:2263}}
|781
|-
|FFT
|326
|524
|{{formatnum:6263}}
|233
|{{formatnum:94305}}
|{{formatnum:6263}}
|-
|mc
|336
|747
|206
|232
|{{formatnum:2899292}}
|{{formatnum:96035}}
|-
|sharpSAT
|327
|702
|{{formatnum:4522}}
|233
|{{formatnum:73454}}
|{{formatnum:4718}}
|-
|PHP
|322
|437
|476
|233
|{{formatnum:1423306}}
|476
|}

=== Distributed Shared Virtual Memory (DSVM) ===
[[Fichier:DSM FIGURE.jpg|droite|400px|vignette|Mémoire Virtuelle Partagée.]]
C'est en 1986, que {{Lien|trad=Kai_Li|fr=Kai_Li|texte=Kai Li}} a publié un thèse de doctorat, ''Shared Virtual Memory on Loosely Coupled Microprocessors'' ouvrant ainsi un champ de récherche sur ce qui est convenu d'appeler le {{Lien|trad=Distributed_shared_memory|fr=Distributed_shared_memory|texte=DSVM}}<ref>{{harvsp|Carter|1995|p=|id=Carter1995}}</ref>.

Dans les systèmes distribués, les différentes mémoires physiques sont logiquement partagées sur un grand espace d'adressage (mémoire virtuelle). Ainsi, les processus en cours accèdent à la mémoire physique à travers ces espaces d'adresses logiquement partagés. Le modèle de mémoire partagée fournit un espace d'adressage virtuel partagé entre tous les nœuds. Le terme «partagé» ne signifie pas qu'il existe une seule mémoire centralisée, mais essentiellement que c'est l'espace d'adressage qui est partagé. (la même adresse physique sur deux processeurs fait référence au même emplacement en mémoire).

La performance dans les architectures distribuées avec {{Lien|trad=Distributed_shared_memory|fr=Distributed_shared_memory|texte=DSVM}} est un problème délicat, de nombreux chercheurs ont cherché à améliorer les problèmes de latence et de congestion car la DSVM utilise le réseau pour échanger des pages entre différents nœuds<ref>{{harvsp|Gerndt|1997|p=93-101|id=Gerndt1997}}</ref>.

Différentes approches sont utilisées pour améliorer la performance de cette architecture. La méthode est basée sur la division des nœuds du système en différents groupes (clusters), chaque cluster comprend un nœud maître qui gère certaines fonctionnalités au travers d'un nouvel algorithme permettant de détecter l'état de la mémoire du système et de distribuer des pages sur tous les nœuds, effectuant ainsi une répartition de charge équilibrée<ref>{{harvsp|Saed|2011|p=388-398|id=Saed2011}}</ref>.

=== Remote Memory Model ===
Les systèmes qui utilisent les mécanismes de la mémoire virtuelle utilisent des disques comme support de stockage.

Au lieu de connecter un disque à chaque station de travail, les systèmes distribués permettent aux {{Lien|trad=Diskless_node|fr=clients sans disque|texte=clients sans disque}},de partager une ressource de stockage sur un serveur via le réseau. Le modèle de mémoire à distance (Remote Memory Model) fournit une nouvelle base pour l'architecture des systèmes distribués.Le modèle se compose de plusieurs machines clientes, de différentes machines serveurs, d'une ou plusieurs machines dédiées appelées serveurs de mémoire à distance et d'un canal de communication interconnectant toutes les machines.Pour améliorer les performances des échanges (délai) entre les clients et le serveur de mémoire à distance, on utilise un protocole de communication Xinu Paging Protocol (XPP), et Negative Acknowledgement Fragmentation Protocol (NAFP)<ref>{{Référence Harvard sans parenthèses|Comer|1990|p=1-15}}</ref>.

Ce même principe est employé dans les équipements mobiles et les systèmes embarqués possédant une connexion réseau. La spécificité pour ces matériels étant de fonctionner avec des ressources mémoires restreintes. L'implémentation de la NVM (Network Virtual Memory) offre des contraintes quant à la rapidité de liens<ref>{{Référence Harvard sans parenthèses|Lattanzi|2004|p=1}}</ref>.

== Bibliographie ==

=== Publications historiques ===
* {{article
| langue = en
| id = Denning1970
| prénom1 = Peter J.
| nom1 = Denning
| titre = Virtual Memory ''in computing Survey''
| périodique = ACM Computing survey
| volume = 2
| numéro = 3
| issn = 0360-0300
| année = 1970
| mois  = Septembre
| pages = 153-180
| doi = 10.1145/356571.356573
}}
* {{article
| langue = en
| id = Denning1996
| prénom1 = Peter J.
| nom1 = Denning
| titre = Virtual Memory
| périodique = ACM Computing survey
| volume = 28
| numéro = 1
| issn = 0360-0300
| année = 1996
| mois  = Mars
| pages = 213-216
| doi = 10.1145/234313.234403
}}
* {{article
| langue = en
| id = Irving1982
| prénom1 = Irving L.
| nom1 = Traiger
| titre = Virtual Memory Management for Database System
| périodique = ACM SIGOPS Operating Systems Review
| volume = 16
| numéro = 4
| issn = 0163-5980
| année = 1982
| mois  = Octobre
| pages = 26-48
| doi = 10.1145/850726.850729
}}
* {{article
| langue = en
| id = Chang2001
| prénom1 = Shin-Jeh
| nom1 = Chang
| titre = Modeling and analysis of using memory management unit to improve software reliability
| périodique = IEEE Software reliability Engeneering
| prénom2 = P.T.
| nom2 = Zacharias Kapauan
| volume = 
| numéro =
| issn = 1071-9458
| année = 2001
| mois  = Novembre
| pages = 
| doi =  10.1109/ISSRE.2001.989462
}}
* {{article
| langue = en
| id = Bensoussan A.
| prénom1 = A.
| nom1 = Bensoussan
| prénom2 = C.T.
| nom2 = Clingen
| prénom3 = R.C.
| nom3 = Daley
| titre = The Multics Virtual Memory : Concept and Design
| périodique = ACM
| volume = 5
| numéro = 5
| issn = 0001-0782
| année = 1972
| mois  = Mai
| pages = 308-318
| doi = 10.1145/355602.361306
}}

=== Publications relatives à la mise en œuvre de la gestion de la mémoire virtuelle ===
* {{article
| langue = en
| id = 
| prénom1 = Bruce
| nom1 = Jacob
| titre = Virtual Memory Issues of Implementation Computing Practices
| url = http://citeseerx.ist.psu.edu/viewdoc/download;jsessionid=B6BD080AA7C836011E906C724DCB719D?doi=10.1.1.56.902&rep=rep1&type=pdf
| périodique = Computer
| éditeur = IEEE
| issn = 0018-9162
| année = 1998
| mois = juin
| doi = 10.1109/2.683005
| pages = 33-43
}}
* {{Ouvrage
| langue=en
| prénom1=Allen B.
| nom1=Tucker
| titre=Computer Science Handbook, Second Edition
| éditeur=CRC Press
| année=2004
| mois=Juin
| pages totales=2752
| isbn=0-203-49445-8
| lire en ligne=https://books.google.fr/books?id=hNLKBQAAQBAJ&printsec=frontcover
| id=Tucker2004
}}
* {{Ouvrage
| langue=en
| prénom1=David A
| nom1=Patterson
| prénom2=John L
| nom2=Hennessy
| titre=Computer organization and design
| sous-titre=the hardware/software interface
| éditeur=
| année=2012
| pages totales=914
| isbn=978-0-08-088613-8
| lire en ligne=https://books.google.com/books?id=U6lpXmu7OngC&printsec=frontcover
| id=Patterson2012
}}
* {{Ouvrage
| langue=en
| prénom1=Linda
| nom1=Null
| prénom2=Julia
| nom2=Lobur
| titre=The Essentials of Computer Organization and Architecture
| éditeur=
| année=2006
| pages totales=799
| isbn=978-0-7637-3769-6
| lire en ligne=https://books.google.com/books?id=QGPHAl9GE-IC&printsec=frontcover
| id=Null2006
}}
* {{Ouvrage
| langue=en
| nom1=Editions ENI
| titre=L'Ordinateur portable
| sous-titre=découverte & premier pas
| éditeur=Editions ENI
| année=2008
| pages totales=208
| isbn=978-2-7460-4252-0
| isbn2=2-7460-4252-5
| lire en ligne=https://books.google.fr/books?id=uU9h6WjdjzAC&printsec=frontcover
| id=ENI2008
}}
* {{Ouvrage
| langue=en
| prénom1=Scott
| nom1=Mueller
| titre=Le PC
| sous-titre=Architecture, maintenance et mise à niveau
| éditeur=Pearson Education France
| année=2008
| mois=Octobre
| pages totales=1223
| isbn=978-2-7440-4087-0
| isbn2=2-7440-4087-8
| lire en ligne=https://books.google.fr/books?id=eR6NqOFNJ6YC&printsec=frontcover
| id=Mueller2008
}}
* {{Ouvrage
| langue=en
| prénom1=Lei
| nom1=Yang
| titre=Transparent Memory Hierarchy Compression and Migration
| éditeur=ProQuest
| année=2008
| mois=Decembre
| pages totales=
| isbn=978-0-549-89746-0
| isbn2=0-549-89746-1
| lire en ligne=https://books.google.fr/books?id=SDiNfZ4AefwC&printsec=frontcover
| id=Yang2008
}}
* {{Ouvrage
| langue=en
| prénom1=William
| nom1=Stallings
| titre=Operating Systems
| sous-titre=Internals and Design Principles.
| éditeur=
| année=2014
| pages totales=
| isbn=978-0-13-380591-8
| id=Stallings2014
}}
* {{Ouvrage
| langue=en
| prénom1=Jerome H.
| nom1=Saltzer
| prénom2=M. Frans
| nom2=Kaashoek
| titre=Principles of Computer System Design
| sous-titre=An Introduction
| éditeur=Morgan Kaufmann
| année=2009
| mois=Mai
| pages totales=560
| isbn=978-0-08-095942-9
| isbn2=0-08-095942-3
| lire en ligne=https://books.google.fr/books?id=I-NOcVMGWSUC&printsec=frontcover
| id=Saltzer2009
}}
* {{Ouvrage
| langue=fr
| prénom1=Joëlle
| nom1=Delacroix
| titre=Linux - {{4e}} éd. Programmation système et réseau
| sous-titre=Cours et exercices corrigés
| éditeur=dunod
| année=2016
| mois=Janvier
| pages totales=384
| isbn=978-2-10-074855-6
| lire en ligne=https://books.google.fr/books?id=M82yCwAAQBAJ&pg=GBS.PR4&dq=Espace+d%E2%80%99adressage+d%E2%80%99un+processus+Delacroix
| id=Delacroix2016
}}
* {{Ouvrage
| langue=en
| prénom1=Mohamed
| nom1=Rafiquzzaman
| titre=Microprocessors and Microcomputer-Based System Design
| éditeur=CRC Press
| année=1995
| mois=Mai
| pages totales=800
| isbn=0-8493-4475-1
| lire en ligne=https://books.google.fr/books?id=s2KPvKCQm7sC&printsec=frontcover
| id=Rafiquzzaman1995
}}
* {{Ouvrage
| langue=en
| prénom1=Wai-Kai
| nom1=Chen
| titre=Memory, Microprocessor, and ASIC
| éditeur=CRC Press
| année=2003
| mois=Mars
| pages totales=384
| isbn=0-203-01023-X
| lire en ligne=https://books.google.fr/books?id=R7_d8hC2gLEC&printsec=frontcover
| id=Chen2003
}}
* {{Ouvrage
| langue=en
| prénom1=Peter J.
| nom1=Denning
| titre=Virtual Memory
| éditeur=Denninginstitute
| année=2014
| mois=Octobre
| pages totales=
| isbn=
| lire en ligne=http://denninginstitute.com/pjd/PUBS/ENC/CRC-vm-2013.pdf
| id=Denning2014
}}
* {{Ouvrage
| langue=fr
| prénom1=Alain
| nom1=Cazes
| prénom2=Joëlle
| nom2=Delacroix
| titre=Architecture des machines et des systèmes informatiques - {{5e}} éd.
| éditeur=Dunod
| année=2015
| mois=Juin
| pages totales=544
| isbn=978-2-10-073771-0
| isbn2=2-10-073771-6
| lire en ligne=https://books.google.fr/books?id=SkvpCQAAQBAJ&printsec=frontcover
| id=Cazes2015
}}
* {{Ouvrage
| langue=fr
| prénom1=Stéphane
| nom1=Gill
| prénom2=Mohand
| nom2=Atroun
| titre=Linux pour tous
| éditeur=Presses Université Laval
| année=2007
| pages totales=218
| isbn=978-2-7637-8507-3
| isbn2=2-7637-8507-7
| lire en ligne=https://books.google.fr/books?id=ks5iK8SzBVIC&printsec=frontcover
| id=Gill2007
}}
* {{ouvrage
| langue = en
<!--| id = Silberschatz2012-->
| prénom1 = Avi
| nom1 = Silberschatz
| prénom2 = Peter
| nom2 = Galvin
| prénom3 = Greg
| nom3 = Gagne
| titre = Operating System Concepts
| année = 2012
| passage = 1 - 1
| isbn =  978-1-118-06333-0
| lire en ligne = https://it325blog.files.wordpress.com/2012/09/operating-system-concepts-7-th-edition.pdf
| id = OS Concepts}} {{plume}}
* {{Ouvrage
| langue=fr
| prénom1=Gérard
| nom1=Blanchet
| prénom2=Bertrand
| nom2=Dupouy
| titre=Architecture des ordinateurs
| sous-titre=principes fondamentaux
| éditeur=Hermès science publications-Lavoisier
| lieu=Paris
| année=2013
| pages totales=365
| passage=1 - 1
| isbn=978-2-7462-3914-2
| id=Blanchet2013
}} {{plume}}
* {{article
| langue = en
| id = Milenkovic2002
| prénom1 = M.
| nom1 = Milenkovic
| titre = Microprocessor memory management units
| périodique = IEEE
| volume =
| numéro = 
| issn = 0272-1732
| année = 2002
| mois  = Aout
| pages = 77
| doi =  10.1109/40.52948
}}
* {{article
| langue = en
| id = Barr2010
| prénom1 = W.
| nom1 = Barr
| titre = Translation Caching: Skip, Don’t Walk (the Page Table)
| périodique = Sigarch Comput. Archit. News
| éditeur = ACM
| volume =
| numéro = 
| année = 2010
| mois  = 
| pages = 48
| issn = 0163-5964
| doi = 10.1145/1816038.1815970
}}
* {{article
| langue = en
| id = Talluri1995
| prénom1 = M.
| nom1 = Talluri
| titre = A new page table for 64-bit address spaces
| périodique = Proceedings of the Fifteenth ACM Symposium on Operating Systems Principles
| éditeur = ACM
| isbn = 0-89791-715-4
| volume =
| numéro = 
| issn = 
| année = 1995
| mois  = 
| pages = 184-200
| doi = 10.1145/224057.224071
}}
* {{article
| langue = en
| id = Alanko
| prénom1 = Timo O.
| nom1 = Alanko1983
| prénom2 = A.Inkeri
| nom2 = Verkamo
| titre = Segmentation, paging and optimal page sizes in virtual memory
| périodique = ELSEVIER
| année = 1983
| mois = Février
| pages = 
| ISSN = 0167-7136
| doi = 10.1016/0167-7136(83)90150-6
}}
* {{article
| langue = en
| id = Wezenbeek1986
| prénom1 = Anton M.
| nom1 = van Wezenbeek
| prénom2 = Willem
| nom2 = Jan Withagen
| titre = A survey of memory management
| périodique = Elsevier
| année = 1986
| mois = 
| pages = 
| ISSN = 0165-6074
| doi = 10.1016/0165-6074(93)90254-I
}}
* {{Ouvrage
| langue=en
| prénom1=Niels
| nom1=Provos
| titre=Encrypting Virtual Memory
| éditeur=Usenix
| année=2000
| mois=Aout
| pages totales=
| isbn=
| lire en ligne=https://www.usenix.org/legacy/publications/library/proceedings/sec2000/full_papers/provos/provos.pdf
| id=Provos2000
}}
* {{Ouvrage
| langue=en
| nom1=AMD
| titre=AMD64 Architecture Programmer’s Manual Volume 2
| sous-titre=System Programming
| éditeur=AMD
| année=2013
| mois=Mai
| pages totales=
| isbn=
| lire en ligne=http://developer.amd.com/wordpress/media/2012/10/24593_APM_v21.pdf
| id=amd2013
}}
* {{Ouvrage
| langue=en
| nom1=Intel
| titre=Intel® 64 and IA-32 Architectures Software Developer’s Manual
| éditeur=Intel
| année=
| pages totales=
| isbn=
| lire en ligne=http://www.intel.com/content/www/us/en/architecture-and-technology/64-ia-32-architectures-software-developer-vol-3a-part-1-manual.html
| id=Intel2016
}}
* {{Ouvrage
| langue=en
| prénom1=Peter J.
| nom1=Denning
| titre=Virtual Memory
| éditeur=denninginstitute
| année=2008
| mois=Janvier
| pages totales=
| isbn=
| lire en ligne=http://denninginstitute.com/pjd/PUBS/ENC/vm08.pdf
| id=Denning2008
}}

=== Publications relatives à la performance ===
* {{article
| langue = en
| id = Yoo2016
| prénom1 = Seunghoon
| nom1 = Yoo
| prénom2 = 
| nom2 = 
| titre = An efficient page replacement algorithm for PCM-based mobile embedded systems
| périodique = 2016 17th IEEE/ACIS International Conference on Software Engineering, Artificial Intelligence, Networking and Parallel/Distributed Computing (SNPD)
| éditeur = IEEE
| issn = 
| année = 2016
| pages = 183-188
| ISBN = 
| doi = 10.1109/SNPD.2016.7515898
| lire en ligne = http://ieeexplore.ieee.org/document/7515898/
}}
* {{article
| langue = en
| id = Geunsik2013
| prénom1 = Geunsik
| nom1 = Lim
| prénom2 = 
| nom2 = 
| titre = Virtual memory partitioning for enhancing application performance in mobile platforms
| périodique = IEEE Transactions on Consumer Electronics
| éditeur = IEEE
| issn = 0098-3063
| année = 2013
| pages = 786-794
| ISBN = 
| doi = 10.1109/TCE.2013.6689690
| lire en ligne = http://ieeexplore.ieee.org/document/6689690/
}}
* {{article
| langue = en
| id = Alkassar2010
| prénom1 = Eyad
| nom1 = Alkassar
| prénom2 = Ernie
| nom2 = Cohen
| titre = Verifying shadow page table algorithms
| périodique = Software : IEEE
| année = 2010
| pages = 267 - 270
| ISBN = 978-0-9835678-0-6
| lire en ligne = http://ieeexplore.ieee.org/document/5770958/
}}
* {{article
| langue = en
| id = Haikun2015
| prénom1 = Liu
| nom1 = Haikun
| prénom2 = Liao
| nom2 = Xiaofei
| titre = Hotplug or Ballooning: A Comparative Study on Dynamic Memory Management Techniques for Virtual Machines
| périodique = IEEE Transactions on Parallel and Distributed Systems
| éditeur = IEEE
| issn = 1045-9219
| année = 2015
| mois = 
| pages = 1350-1363
| doi = 10.1109/TPDS.2014.2320915
}}
* {{article
| langue = en
| id = Chiang2016
| prénom1 = M.L.
| nom1 = Chiang
| prénom2 = C.J.
| nom2 = Yang
| prénom3 = S.W.
| nom3 = Tu
| titre = Kernel mechanisms with dynamic task-aware scheduling to reduce resource contention in NUMA multi-core systems
| périodique = Journal of Systems and Software
| éditeur = Elsevier
| issn = 0164-1212
| année = 2016
| pages = 72 - 87
| doi = 10.1016/j.jss.2016.08.038
| lire en ligne = 
}}
* {{article
| langue = en
| id = Pengfei2013
| prénom1 = Zhang
| nom1 = Pengfei
| prénom2 = Chu
| nom2 = Rui
| titre = SwapCached: An Effective Method to Promote Guest Paging Performance on Virtualization Platform
| périodique = 2013 IEEE Seventh International Symposium on Service-Oriented System Engineering
| éditeur = IEEE
| issn = 
| ISBN = 978-1-4673-5659-6
| année = 2013
| mois = 
| pages = 379-384
| doi = 10.1109/SOSE.2013.62
}}
* {{article
| langue = en
| id = Srividya2016
| prénom1 = 
| nom1 = Srividya
| prénom2 = 
| nom2 = Dinakar
| titre = Optimize In-kernel swap memory by avoiding duplicate swap out pages
| périodique = 2016 International Conference on Microelectronics, Computing and Communications (MicroCom)
| éditeur = IEEE
| issn =

| année = 2016
| mois = 
| pages = 1-4
| doi = 10.1109/MicroCom.2016.7522551
}}
* {{article
| langue = en
| id = Apam2013
| prénom1 = Apam
| nom1 = Qasem
| prénom2 = Josh
| nom2 = Magee
| titre = Improving TLB performance on current chip multiprocessor architectures through demand-driven superpaging
| périodique = Software : practice and experience
| année = 2013
| mois = Juin
| pages = 705-729
| ISSN = 0038-0644
| doi = 10.1002/spe.2128
}}
* {{Ouvrage
| langue=en
| prénom1=Abraham
| nom1=Silberschatz
| prénom2=Peter B.
| nom2=Galvin
| prénom3=Greg
| nom3=Gagne
| titre=Operating System Concepts, Seventh Edition
| éditeur=7th Edition
| année=2004
| mois=Décembre
| pages totales=
| isbn=0-201-50480-4
| lire en ligne=https://it325blog.files.wordpress.com/2012/09/operating-system-concepts-7-th-edition.pdf
| id=Silberschatz2004
}}
* {{article
| langue = en
| id = Denning1968
| prénom1 = Peter J.
| nom1 = Denning
| titre = Thrashing: its causes and prevention
| périodique = Proceedings of the December 9-11, 1968, Fall Joint Computer Conference, Part I
| éditeur = ACM
| issn =
| année = 1968
| mois = Décembre
| pages = 
| doi = 10.1145/1476589.1476705
}}
* {{Ouvrage
| langue=en
| prénom1=Peter J.
| nom1=Denning
| prénom2=Stuart C.
| nom2=Schwartz
| titre=Properties of the Working-Set Model
| éditeur=ACM
| année=1972
| mois=Mars
| pages totales=
| passage=191-198
| isbn=
| doi=10.1145/361268.361281
| lire en ligne=http://denninginstitute.com/pjd/PUBS/WSProp_1972.pdf
| id=Denning1972
}}
* {{Ouvrage
| langue=en
| nom1=Godbole
| titre=Operating System 3E
| éditeur=Tata McGraw-Hill Education
| année=2011
| pages totales=665
| isbn=978-1-259-08399-0
| isbn2=1-259-08399-3
| lire en ligne=https://books.google.com/books?id=IC1C7SolRc0C&printsec=frontcover
| id=Godbole2011
}}
* {{Ouvrage
| langue=en
| prénom1=Ganesh Chandra
| nom1=Deka
| titre=Handbook of Research on Securing Cloud-Based Databases with Biometric Applications
| éditeur=IGI Global
| année=2014
| mois=Octobre
| pages totales=434
| isbn=978-1-4666-6560-6
| isbn2=1-4666-6560-2
| lire en ligne=https://books.google.fr/books?id=iiKXBQAAQBAJ&printsec=frontcover
| id=Deka2014
}}
* {{Ouvrage
| langue=en
| prénom1=Teofilo
| nom1=Gonzalez
| prénom2=Jorge
| nom2=Diaz-Herrera
| prénom3=Allen
| nom3=Tucker
| titre=Computing Handbook, Third Edition
| sous-titre=Computer Science and Software Engineering
| éditeur=CRC Press
| année=2014
| mois=Mai
| pages totales=2326
| isbn=978-1-4398-9853-6
| isbn2=1-4398-9853-7
| lire en ligne=https://books.google.fr/books?id=wyHSBQAAQBAJ&printsec=frontcover
| id=Gonzalez2014
}}
* {{Ouvrage
| langue=en
| nom1=Apple
| titre=Memory Usage Performance Guidelines
| éditeur=Apple
| année=2013
| mois=Avril
| pages totales=
| isbn=
| lire en ligne=https://developer.apple.com/library/content/documentation/Performance/Conceptual/ManagingMemory/Articles/AboutMemory.html
| id=Apple2013
}}
* {{Ouvrage
| langue=en
| prénom1=Jonathan
| nom1=Levin
| titre=No pressure, Mon! : Handling low memory conditions in iOS and Mavericks
| éditeur=newosxbook
| année=2013
| mois=Mars
| pages totales=
| isbn=
| lire en ligne=http://newosxbook.com/articles/MemoryPressure.html
| id=Levin2013
}}
* {{Ouvrage
| langue=en
| prénom1=Jonathan
| nom1=Levin
| titre=Mac OS X and iOS Internals
| sous-titre=To the Apple's Core
| éditeur=Wrox
| année=2012
| mois=Octobre
| pages totales=828
| isbn=978-1-118-05765-0
| lire en ligne=http://ter40.free.fr/ebooktmp/Mac%20OS%20X%20and%20iOS%20Internals%20To%20the%20Apple's%20Core.pdf
| id=Levin2012
}}
* {{Ouvrage
| langue=en
| prénom1=James J. Jong Hyuk
| nom1=Park
| prénom2=Yi
| nom2=Pan
| prénom3=Han-Chieh
| nom3=Chao
| prénom4=Gangman
| nom4=Yi
| titre=Ubiquitous Computing Application and Wireless Sensor
| sous-titre=UCAWSN-14
| éditeur=Springer
| année=2015
| mois=Mars
| pages totales=742
| isbn=978-94-017-9618-7
| isbn2=94-017-9618-1
| lire en ligne=https://books.google.fr/books?id=y_cLBwAAQBAJ&printsec=frontcover
| id=Park2015
}}
* {{article
| langue = en
| id = Zhong2014
| prénom1 = Kan
| nom1 = Zhong
| prénom2 = Duo
| nom2 = Liu
| prénom3 = Tianzheng
| nom3 = Wang
| prénom4 = Xiao
| nom4 = Zhu
| prénom5 = Linbo
| nom5 = Long
| prénom6 = Weichan
| nom6 = Liu
| prénom7 = Shao
| nom7 = Zili
| prénom8 = Edwin H.-M.
| nom8 = Sha
| titre = Building high-performance smartphones via non-volatile memory: the swap approach
| périodique = Proceedings of the 14th International Conference on Embedded Software
| éditeur = ACM
| isbn = 978-1-4503-3052-7
| année = 2014
| mois = Octobre
| pages = 1-14
| doi = 10.1145/2656045.2656049
}}
* {{Ouvrage
| langue=en
| prénom1=Mauro
| nom1=Conti
| prénom2=Matthias
| nom2=Schunter
| prénom3=Ioannis
| nom3=Askoxylakis
| titre=Trust and Trustworthy Computing - 8th International Conference, TRUST 2015, Heraklion, Greece, August 24-26, 2015, Proceedings
| éditeur=springer
| année=2015
| mois=Aout
| pages totales=328
| isbn=978-3-319-22846-4
| isbn2=3-319-22846-3
| lire en ligne=https://books.google.fr/books?id=IodgCgAAQBAJ&printsec=frontcover
| id=Conti2015
}}

=== Publications relatives au gestionnaire de mémoire dans un environnement virtualisé ===
* {{Ouvrage
| langue=en
| nom1=Vmware
| titre=Understanding Memory Resource Management in VMware® ESX™ Server
| éditeur=Vmware
| année=2009
| pages totales=
| isbn=
| lire en ligne=http://www.vmware.com/content/dam/digitalmarketing/vmware/en/pdf/techpaper/perf-vsphere-memory_management.pdf
| id=Vmware2009
}}
* {{article
| langue = en
| id = Wang2011
| prénom1 = Xiaolin
| nom1 = Wang
| prénom2 = Jiarui
| nom2 = Zang
| prénom3 = Zhenlin
| nom3 = Wang
| prénom4 = Yingwei
| nom4 = Luo
| titre = Revisiting memory management on virtualized environments
| périodique = ACM Trans. Archit. Code Optim.
| éditeur = ACM
| issn = 1544-3566
| année = 2013
| mois =  Décembre
| pages = Volume 10 Numéro 4
| doi = 10.1145/2541228.2555304
}}
* {{article
| langue = en
| id = Wang2011-2
| prénom1 = Xiaolin
| nom1 = Wang
| prénom2 = Jiarui
| nom2 = Zang
| prénom3 = Zhenlin
| nom3 = Wang
| prénom4 = Yingwei
| nom4 = Luo
| prénom5 = Xiamonig
| nom5 = Li
| titre = Selective Hardware/Software Memory Virtualization
| périodique = SIGPLAN Not.
| éditeur = ACM
| issn = 0362-1340
| année = 2011
| mois = Juillet
| pages = 217-226
| doi = 10.1145/2007477.1952710
}}
* {{article
| langue = en
| id = Gandhi2014
| prénom1 = Jayneel
| nom1 = Gandhi
| prénom2 = Basu
| nom2 = Arkaprava
| prénom3 = Mark D.
| nom3 = Hill
| prénom4 = Michael M.
| nom4 = Swift
| titre = Efficient Memory Virtualization: Reducing Dimensionality of Nested Page Walks
| périodique = 2014 47th Annual IEEE/ACM International Symposium on Microarchitecture
| éditeur = IEEE
| issn = 1072-4451

| année = 2014
| mois = Décembre
| pages = 1-12
| doi = 10.1109/MICRO.2014.37
}}

=== Publications relatives à la sécurité ===
* {{Ouvrage
| langue=en
| prénom1=A. F.
| nom1=Harvey
| titre=DMA Fundamentals on Various PC Platforms
| éditeur=UMASS Boston
| année=1991
| pages totales=
| isbn=
| lire en ligne=http://www.cs.umb.edu/~bobw/CS341/DMAFundamentals.pdf
| id=Harvey1991
}}
* {{Ouvrage
| langue=en
| prénom1=Ole Henry
| nom1=Halvorsen
| prénom2=Douglas
| nom2=Clarke
| titre=OS X and iOS Kernel Programming
| éditeur=apress
| année=2011
| mois=Décembre
| pages totales=484
| isbn=978-1-4302-3537-8
| isbn2=1-4302-3537-3
| lire en ligne=https://books.google.fr/books?id=KjX57QfgwZkC&printsec=frontcover
| id=Halvorsen2011
}}
* {{Ouvrage
| langue=en
| prénom1=Paul
| nom1=Willmann
| prénom2=Scott
| nom2=Rixner
| titre=Protection Strategies for Direct Access to Virtualized I/O Devices
| éditeur=Usenix
| année=2008
| mois=Juin
| pages totales=
| isbn=
| lire en ligne=https://www.usenix.org/legacy/event/usenix08/tech/full_papers/willmann/willmann_html/
| id=Willmann2008
}}
* {{Ouvrage
| langue=en
| prénom1=Miroslaw
| nom1=Kutylowski
| prénom2=Jaideep
| nom2=Vaidya
| titre=Computer Security
| sous-titre=ESORICS 2014
| éditeur=springer
| année=2014
| pages totales=545
| isbn=978-3-319-11203-9
| isbn2=3-319-11203-1
| lire en ligne=https://books.google.fr/books?id=1ehKBAAAQBAJ&printsec=frontcover
| id=Kutylowski2014
}}
* {{Ouvrage
| langue=en
| prénom1=Fernand Lone
| nom1=Sang
| prénom2=Eric
| nom2=Lacombe
| prénom3=Vincent
| nom3=Nicomette
| prénom4=Yves
| nom4=Deswarte
| titre=Analyse de l’efficacité fournie par une IOMMU
| éditeur=Symposium sur la sécurité des technologies de l'information et des communications
| année=2010
| mois=Juin
| pages totales=
| isbn=
| lire en ligne=https://www.sstic.org/media/SSTIC2010/SSTIC-actes/Analyse_de_l_efficacite_du_service_fourni_par_une_/SSTIC2010-Article-Analyse_de_l_efficacite_du_service_fourni_par_une_IOMMU-lacombe_lone-sang_nicomette_deswarte.pdf
| id=Sang2010
}}
* {{article
| langue = en
| id = Huang2012
| prénom1 = 
| nom1 = Huang
| titre = Alternate hammering test for application-specific DRAMs and an industrial case study
| périodique = IEEE
| année = 2012
| mois = 
| pages = 1012-1017
| isbn = 978-1-4503-1199-1
| doi = 
| lire en ligne = http://ieeexplore.ieee.org/stamp/stamp.jsp?arnumber=6241628
}}
* {{article
| langue = en
| id = Kim2014
| prénom1 = Yoongu
| nom1 =  Kim
| prénom2 = Ross
| nom2 = Daly
| prénom3 = Jeremie
| nom3 = Kim
| prénom4 = Chris
| nom4 = Fallin
| prénom5 = Ji Hye
| nom5 = Lee
| prénom6 = Donghyuk
| nom6 = Lee
| prénom7 = Chris
| nom7 = Wilkerson
| prénom8 = Konrad
| nom8 = Lai
| prénom9 = Onur
| nom9 = Mutlu
| titre = Flipping Bits in Memory without accessing them
| périodique = 2014 ACM/IEEE 41st International Symposium on Computer Architecture (ISCA)
| éditeur = IEEE
| issn = 1063-6897
| année = 2014
| mois = 
| pages = 361-372
| isbn = 
| doi = 10.1109/ISCA.2014.6853210
}}
* {{article
| langue = en
| id = Rahmatollah2009
| prénom1 = Amirsoufi
| nom1 = Rahmatollah
| titre = Efficient Security-Aware Virtual Memory Management
| périodique = IEEE
| année = 2009
| mois = 
| pages = 208-211
| isbn = 978-1-4244-5330-6
| doi = 10.1109/SoCPaR.2009.50
}}
* {{article
| langue = en
| id = Patterson2011
| prénom1 = 
| nom1 = Patterson
| prénom2 = 
| nom2 = 
| titre = Computer Organization and Design: The Hardware/Software Interface Revised
| périodique = Elsevier
| année = 2011
| mois = 
| pages = 508-509
| isbn = 0080550339
| doi =
| lire en ligne = https://books.google.fr/books?id=RXARim9cNBIC&pg=PA528&dq=The+Hardware/Software+Interface+Revised++Implementing+protection+with+virtual+memory&hl=fr&sa=X&ved=0ahUKEwiDqZvr2bTQAhUHw1QKHSBBDUEQ6AEIKTAA#v=onepage&q=The%20Hardware%2FSoftware%20Interface%20Revised%20%20Implementing%20protection%20with%20virtual%20memory&f=false
}}
* {{article
| langue = en
| id = Gu2010
| prénom1 = 
| nom1 = Gu
| prénom2 = Xiaole
| nom2 = Bai
| prénom3 = Zhimin
| nom3 = Yang
| prénom4 = Adam C.
| nom4 = Champion
| prénom5 = Dong
| nom5 = Xuan
| titre = Malicious Shellcode Detection with Virtual Memory Snapshots
| périodique = 2010 Proceedings IEEE INFOCOM
| éditeur = IEEE
| issn = 0743-166X
| année = 2010
| mois = 
| pages = 
| isbn = 
| doi = 10.1109/INFCOM.2010.5461950
| lire en ligne = http://citeseerx.ist.psu.edu/viewdoc/download?doi=10.1.1.153.9842&rep=rep1&type=pdf
}}
* {{article
| langue = en
| id = Gisbert2014
| prénom1 = Hector Marco
| nom1 = Gisbert
| prénom2 = Ismael
| nom2 = Ripol
| titre = On the Effectiveness of NX, SSP, RenewSSP, and ASLR against Stack Buffer Overflows
| périodique = 2014 IEEE 13th International Symposium on Network Computing and Applications
| éditeur = IEEE
| issn = 
| année = 2014
| mois = 
| pages = 145 - 152
| doi = 10.1109/NCA.2014.28
}}
* {{article
| langue = en
| id = Gilmont1999
| prénom1 = Tanguy
| nom1 = Gilmont
| prénom2 = Jean-Didier
| nom2 = Legat
| prénom3 = Jean-Jacques
| nom3 = Quisquater
| titre =  Architecture of security management unit for safe hosting of multiple agents
| périodique = Proc. SPIE
| éditeur = SPIE
| issn = 
| année = 1999
| mois = 
| pages = 
| doi = 10.1117/12.344697
}}
* {{article
| langue = en
| id = Gilmont1999-2
| prénom1 = Tanguy
| nom1 = Gilmont
| prénom2 = Jean-Didier
| nom2 = Legat
| prénom3 = Jean-Jacques
| nom3 = Quisquater
| titre =   Enhancing security in the memory management unit
| périodique = Proceedings 25th EUROMICRO Conference. Informatics: Theory and Practice for the New Millennium
| éditeur = IEEE
| issn = 1089-6503
| année = 1999
| mois = 
| pages = 
| doi = 10.1109/EURMIC.1999.794507
}}
* {{article
| langue = en
| id = 2014
| prénom1 = 
| nom1 = 
| prénom2 = 
| nom2 = 
| prénom3 = 
| nom3 = 
| titre = Advanced Micro Devices, Inc.; Patent Issued for Input/Output Memory Management Unit with Protection Mode for Preventing Memory Access by I/O Devices
| périodique = ProQuest
| année = 2014
| mois = 
| pages = 
| doi = 
}}
* {{article
| langue = en
| id = Markuze2016
| prénom1 = Alex
| nom1 = Markuze
| prénom2 = Adam
| nom2 = Morrison
| prénom3 = Dan
| nom3 = Tsafrir
| titre = True IOMMU Protection from DMA Attacks: When Copy is Faster than Zero Copy
| périodique = SIGARCH Comput. Archit. News
| éditeur = ACM
| issn = 0163-5964
| année = 2016
| mois = 
| pages = 
| doi = 10.1145/2954680.2872379
}}
* {{article
| langue = en
| id = Ahn2010
| prénom1 = Dongkyun
| nom1 = Ahn
| prénom2 = Gyungho
| nom2 = Lee
| titre = Countering code injection attacks with TLB and I/O monitoring
| périodique = 2010 IEEE International Conference on Computer Design
| éditeur = IEEE
| issn = 1063-6404

| année = 2010
| mois = Novembre
| pages = 
| doi = 10.1109/ICCD.2010.5647696
}}
* {{article
| langue = en
| id = Jin2011
| prénom1 = Seongwook
| nom1 = Jin
| prénom2 = Jaehyuk
| nom2 = Huh
| titre = Secure MMU: Architectural support for memory isolation among virtual machines
| périodique = 2011 IEEE/IFIP 41st International Conference on Dependable Systems and Networks Workshops (DSN-W)
| éditeur = IEEE
| issn = 2325-6648
| année = 2011
| mois = Juin
| pages = 1-6
| doi = 10.1109/DSNW.2011.5958816
}}
* {{article
| langue = en
| id = Gu2010
| prénom1 = Boxuan
| nom1 = Gu
| prénom2 = Xiaole
| nom2 = Bai
| titre = Malicious Shellcode Detection with Virtual Memory Snapsh
| périodique = 2010 Proceedings IEEE INFOCOM
| éditeur = IEEE
| issn = 0743-166X
| année = 2010
| mois = 
| pages = 1 - 9
| doi = 10.1109/INFCOM.2010.5461950
}}
* {{Ouvrage
| langue=en
| prénom1=Mark
| nom1=Seaborn
| prénom2=Thomas
| nom2=Dullien
| titre=Exploiting the DRAM rowhammer bug to gain kernel privileges
| éditeur=Google
| année=2015
| pages totales=
| isbn=
| lire en ligne=https://googleprojectzero.blogspot.fr/2015/03/exploiting-dram-rowhammer-bug-to-gain.html
| id=Seaborn2015-2
}}
* {{Ouvrage
| langue=en
| prénom1=Daniel
| nom1=Gruss
| prénom2=Clémentine
| nom2=Maurice
| prénom3=Stefan
| nom3=Mangard
| titre=Rowhammer.js : A Remote Software-Induced Fault Attack in JavaScript
| éditeur=Cornell University Library
| année=2015
| mois=Juillet
| pages totales=
| isbn=
| lire en ligne=https://arxiv.org/pdf/1507.06955v1.pdf
| id=Gruss2015
}}
* {{Ouvrage
| langue=en
| prénom1=Mark
| nom1=Seaborn
| prénom2=Thomas
| nom2=Dullien
| titre=Exploiting the DRAM rowhammer bug to gain kernel privileges
| éditeur=blackhat
| année=2015
| pages totales=
| isbn=
| lire en ligne=https://www.blackhat.com/docs/us-15/materials/us-15-Seaborn-Exploiting-The-DRAM-Rowhammer-Bug-To-Gain-Kernel-Privileges.pdf
| id=Seaborn2015
}}
* {{Ouvrage
| langue=en
| prénom1=Michael
| nom1=Schwarz
| titre=DRAMA : Exploiting DRAM Buffers for Fun and Profit
| éditeur=blackhat
| année=2016
| mois=Aout
| pages totales=
| isbn=
| lire en ligne=https://www.blackhat.com/docs/eu-16/materials/eu-16-Schwarz-How-Your-DRAM-Becomes-A-Security-Problem-wp.pdf
| id=Schwarz2016
}}
* {{Ouvrage
| langue=en
| prénom1=Peter
| nom1=Pessl
| prénom2=Daniel
| nom2=Gruss
| prénom3=Clémentine
| nom3=Maurice
| prénom4=Michael
| nom4=Schwarz
| prénom5=Stefan
| nom5=Mangard
| titre=DRAMA : Exploiting DRAM Addressing for Cross-CPU Attacks
| éditeur=Usenix
| année=2016
| mois=Aout
| pages totales=
| isbn=
| lire en ligne=https://www.usenix.org/system/files/conference/usenixsecurity16/sec16_paper_pessl.pdf
| id=Pessl2016
}}
* {{Ouvrage
| langue=en
| prénom1=Ferdinand
| nom1=Brasser
| prénom2=Lucas
| nom2=Davi
| prénom3=David
| nom3=Gens
| prénom4=Christopher
| nom4=Liebchen
| prénom5=Ahmad-Reza
| nom5=Sadeghi
| titre=CAn't Touch This : Practical and Generic Software-only Defenses Against Rowhammer Attacks
| éditeur=Cornell University Library
| année=2016
| mois=Novembre
| pages totales=
| isbn=
| lire en ligne=https://arxiv.org/pdf/1611.08396v1.pdf
| id=Brasser2016
}}
* {{Ouvrage
| langue=en
| prénom1=Bill
| nom1=Blunden
| titre=The Rootkit Arsenal
| sous-titre=Escape and Evasion
| éditeur=Jones & Bartlett Publishers
| année=2009
| mois=Mai
| pages totales=
| isbn=978-0-7637-8284-9
| isbn2=0-7637-8284-X
| lire en ligne=https://books.google.fr/books?id=ifQPC86G66sC&pg=PP1
| id=Blunden2009
}}
* {{Ouvrage
| langue=fr
| prénom1=Alain
| nom1=Bron
| titre=Systèmes d'exploitation 2.8
| éditeur=Lulu.com
| année=2016
| mois=Juillet
| pages totales=
| isbn=978-1-326-73267-7
| isbn2=1-326-73267-6
| lire en ligne=https://books.google.fr/books?id=rkocDQAAQBAJ&pg=PP1
| id=Bron2016
}}
* {{Ouvrage
| langue=en
| prénom1=Jonathan
| nom1=Corbet
| prénom2=Alessandro
| nom2=Rubini
| prénom3=Greg
| nom3=Kroah-Hartman
| titre=Linux Device Drivers
| sous-titre=Where the Kernel Meets the Hardware
| éditeur=O'Reilly
| année=2005
| mois=Février
| pages totales=640
| isbn=0-596-55538-5
| lire en ligne=https://books.google.fr/books?id=M7RHMACEkg4C&printsec=frontcover
| id=Corbet2005
}}
* {{Ouvrage
| langue=en
| prénom1=Elias
| nom1=Levy
| titre=Smashing The Stack For Fun And Profit
| éditeur=
| année=1996
| mois=11
| pages totales=
| isbn=
| lire en ligne=https://www.eecs.umich.edu/courses/eecs588.w14/static/stack_smashing.pdf
| id=Levy1996
}}
* {{Ouvrage
| langue=en
| prénom1=Aaron R.
| nom1=Bradley
| titre=Programming for Engineers
| sous-titre=A Foundational Approach to Learning C and Matlab
| éditeur=springer
| année=2011
| pages totales=238
| isbn=978-3-642-23303-6
| isbn2=3-642-23303-1
| lire en ligne=https://books.google.fr/books?id=VK5IjCNA7R8C&pg=PR2
| id=Bradley2011
}}
* {{Ouvrage
| langue=fr
| prénom1=Jean-François
| nom1=Pillou
| prénom2=Jean-Philippe
| nom2=Bay
| titre=Tout sur la sécurité informatique {{4e}} édition
| éditeur=dunod
| année=2016
| pages totales=276
| isbn=978-2-10-074609-5
| isbn2=2-10-074609-X
| lire en ligne=https://books.google.fr/books?id=wtCfCwAAQBAJ&pg=PR1
| id=Pillou2016
}}
* {{Ouvrage
| langue=fr
| prénom1=Cédric
| nom1=Llorens
| prénom2=Laurent
| nom2=Levier
| prénom3=Denis
| nom3=Valois
| prénom4=Benjamin
| nom4=Morin
| titre=Tableaux de bord de la sécurité réseau
| éditeur=eyrolles
| année=2010
| mois=Aout
| pages totales=562
| isbn=978-2-212-08415-3
| isbn2=2-212-08415-3
| lire en ligne=https://books.google.fr/books?id=rKnZJOfOrfQC&printsec=frontcover
| id=Llorens2010
}}

=== Publications relatives à la consommation énergétique ===
* {{article
| langue = en
| id = Lee2009
| prénom1 = Benjamin
| nom1 = Lee
| titre = Architecting phase change memory as a scalable dram alternative
| périodique = SIGARCH Comput. Archit. News
| éditeur = ACM
| issn = 0163-5964
| année = 2009
| mois = Juin
| pages = 
| doi = 10.1145/1555815.1555758
}}
* {{article
| langue = en
| id = Qureshi2009
| prénom1 = Moinuddin
| nom1 = Qureshi
| titre = Scalable high performance main memory system using phase-change memory technology
| périodique = Sigarch Comput. Archit. News
| éditeur = ACM
| issn = 0163-5964
| année = 2009
| mois = Juin
| pages = 
| doi = 10.1145/1555815.1555760
}}
* {{article
| langue = en
| id = Zhou2009
| prénom1 = Ping
| nom1 = Zhou
| titre = A durable and energy efficient main memory using phase change memory technology
| périodique = Sigarch Comput. Archit. News
| éditeur = ACM
| issn = 0163-5964
| année = 2009
| mois = Juin
| pages = 
| doi = 10.1145/1555815.1555759
}}
* {{article
| langue = en
| id = Ewais2016
| prénom1 = Mohammad A.
| nom1 = Ewais
| prénom2 = Mohamed A.
| nom2 = Omran
| titre = A virtual memory architecture to enhance STT-RAM performance as main memory
| périodique = 2016 IEEE Canadian Conference on Electrical and Computer Engineering (CCECE)
| éditeur = IEEE
| issn = 
| année = 2016
| mois = 
| pages = 1 - 6
| doi = 10.1109/CCECE.2016.7726657
}}
* {{article
| langue = en
| id = Park2015-2
| prénom1 = Yunjoo
| nom1 = Park
| prénom2 = Hyokyung
| nom2 = Bahn
| titre = Management of Virtual Memory Systems under High Performance PCM-based Swap Devices
| périodique = 2015 IEEE 39th Annual Computer Software and Applications Conference
| éditeur = IEEE
| issn = 
| année = 2015
| mois = 
| pages = 764 - 772
| doi = 10.1109/COMPSAC.2015.136
}}
* {{article
| langue = en
| id = Yoon2014
| prénom1 = Su-Kyung
| nom1 = Yoon
| prénom2 = Do-Heon
| nom2 = Lee
| titre = Designing virtual accessing adapter and non-volatile memory management for memory-disk integrated system
| périodique = 2014 IEEE/ACIS 13th International Conference on Computer and Information Science (ICIS)
| éditeur = IEEE
| issn = 
| année = 2014
| mois = 
| pages = 99 - 104
| doi = 10.1109/ICIS.2014.6912115
}}
* {{article
| langue = en
| id = Li2008
| prénom1 = Han-Lin
| nom1 = Li
| prénom2 = 
| nom2 = 
| titre = Energy-Aware Flash Memory Management in Virtual Memory System
| périodique = IEEE Transactions on Very Large Scale Integration (VLSI) Systems
| éditeur = IEEE
| issn = 1063-8210
| année = 2008
| mois = 
| pages = 952 - 964
| doi = 10.1109/TVLSI.2008.2000517
}}
* {{article
| langue = en
| id = Zou2016
| prénom1 = Xiangrong
| nom1 = Zou
| prénom2 = Peter
| nom2 = Petrov
| titre = Heterogeneously tagged caches for low-power embedded systems with virtual memory support
| périodique = ACM Trans. Des. Autom. Electron. Syst.
| éditeur = ACM
| issn = 1084-4309
| année = 2008
| mois = avril
| pages = 
| doi = 10.1145/1344418.1344428
}}
* {{article
| langue = en
| id = Zou2016-2
| prénom1 = Xiangrong
| nom1 = Zou
| prénom2 = Peter
| nom2 = Petrov
| titre = Direct address translation for virtual memory in energy-efficient embedded systems
| périodique = ACM Trans. Embed. Comput. Syst.
| éditeur = ACM
| issn = 1539-9087
| année = 2008
| mois = avril
| pages = 
| doi = 10.1145/1457246.1457251
}}
* {{article
| langue = en
| id = Zou2016-3
| prénom1 = Xiangrong
| nom1 = Zou
| prénom2 = Peter
| nom2 = Petrov
| titre = Low-power and real-time address translation through arithmetic operations for virtual memory support in embedded systems
| périodique = IET Computers Digital Techniques
| éditeur = IEEE
| issn = 1751-8601
| année = 2008
| mois = Mars
| pages = pp.75-85
| doi = 10.1049/iet-cdt:20070090
}}
* {{article
| langue = en
| id = Lanoe
| prénom1 = Mickael
| nom1 = Lanoe
| prénom2 = Eric
| nom2 = Senn
| titre = Energy modeling of the virtual memory subsystem for real-time embedded systems
| périodique = 2010 Conference on Design and Architectures for Signal and Image Processing (DASIP)
| éditeur = IEEE
| issn = 
| année = 2010
| mois =
| pages = 
| doi = 10.1109/DASIP.2010.5706244
}}
* {{article
| langue = en
| id = Ye2011
| prénom1 = Lei
| nom1 = Ye
| prénom2 = Chris
| nom2 = Gniady
| prénom3 = John H.
| nom3 = Hartman
| titre = Energy-efficient memory management in virtual machine environments
| périodique = 2011 International Green Computing Conference and Workshops
| éditeur = IEEE
| issn = 
| année = 2011
| mois = Juillet
| pages = 1-8
| doi = 10.1109/IGCC.2011.6008556
}}
* {{article
| langue = en
| id = Zhong2016
| prénom1 = Kan
| nom1 = Zhong
| prénom2 = Duo
| nom2 = Liu
| prénom3 = Liang
| nom3 = Liang
| prénom4 = Xiao
| nom4 = Zhu
| prénom5 = Linbo
| nom5 = Long
| prénom6 = Yi
| nom6 = Wang
| titre = Energy-Efficient In-Memory Paging for Smartphones
| périodique = IEEE Transactions on Computer-Aided Design of Integrated Circuits and Systems
| éditeur = IEEE
| issn = 0278-0070
| année = 2015
| mois = Octobre
| pages = 1-14
| doi = 10.1109/TCAD.2015.2512904
}}
* {{article
| langue = en
| id = Carroll2013
| prénom1 = Aaron
| nom1 = Carroll
| prénom2 = Gernot
| nom2 = Heiser
| titre = The systems hacker's guide to the galaxy energy usage in a modern smartphone
| périodique = Proceedings of the 4th Asia-Pacific Workshop on Systems
| éditeur = ACM
| isbn = 978-1-4503-2316-1
| année = 2013
| mois = Juillet
| pages = 1-14
| doi = 10.1145/2500727.2500734
}}

=== Publications relatives aux nouvelles techniques de la gestion de la mémoire ===
* {{article
| langue = en
| id = McKinley2016
| prénom1 = Kathryn S.
| nom1 = McKinley
| titre = Next Generation Virtual Memory Management
| périodique = Sigplan Not.
| éditeur = ACM
| année = 2016
| mois = Juillet
| pages = Pages 107-107
| issn = 0362-1340
| doi = 10.1145/3007611.2892244
}}
* {{article
| langue = en
| id = Jung2015
| prénom1 = Daejin
| nom1 = Jung
| prénom2 = Sheng
| nom2 = Li
| prénom3 = Jung Ho
| nom3 = Ahn
| titre = Large Pages on Steroids: Small Ideas to Accelerate Big Memory Applications
| périodique = IEEE Computer Architecture Letters
| éditeur = IEEE
| année = 2015
| mois = 
| pages = 1 - 1
| issn = 1556-6056
| doi = 10.1109/LCA.2015.2495103
}}
* {{article
| langue = en
| id = Bonhert2014
| prénom1 = Martin
| nom1 = Bonhert
| prénom2 = Cristoph
| nom2 = Choll
| titre = A dynamic virtual memory management under real-time constraints
| périodique = 2014 IEEE 20th International Conference on Embedded and Real-Time Computing Systems and Applications
| éditeur = IEEE
| année = 2014
| mois = 
| pages = 1-10
| issn = 2325-1271
| doi = 10.1109/RTCSA.2014.6910522
}}
* {{article
| langue = en
| id = Wang2013
| prénom1 = Xialoin
| nom1 = Wang
| prénom2 = Lingmei
| nom2 = Weng
| prénom3 = Zhenlin
| nom3 = Wang
| titre = Revisiting memory management on virtualized environments
| périodique = ACM Trans. Archit. Code Optim.
| éditeur = ACM
| issn = 1544-3566
| année = 2013
| mois = Décembre
| pages = 
| doi = 10.1145/2541228.2555304
}}
* {{article
| langue = en
| id = Smith2005
| prénom1 = James E.
| nom1 = Smith
| prénom2 = Ravi
| nom2 = Nair
| titre = Versatile Platform for System and Processes
| périodique = Elsevier
| ISBN = 978-1-55860-910-5
| année = 2005
| mois = 
| pages = Chapitre 8.3.1 pages 397-410
}}
* {{article
| langue = en
| id = Lei2015
| prénom1 = Liu
| nom1 = Lei
| prénom2 = Li
| nom2 = Yong
| prénom3 = Ding
| nom3 = Chen
| titre = Rethinking Memory Management in Modern Operating System: Horizontal, Vertical or Random?
| périodique = IEEE Transactions on Computers
| éditeur = IEEE
| issn = 0018-9340
| année = 2015
| mois = Juillet
| pages = 1921 - 1935
| doi = 10.1109/TC.2015.2462813
}}
* {{article
| langue = en
| id = Kannan2013
| prénom1 = Sudarsun
| nom1 = Kannan
| prénom2 = Ada
| nom2 = Gavrilovska
| prénom3 = Karsten
| nom3 = Schwan
| prénom4 = Dejan
| nom4 = Milojicic
| titre = Optimizing Checkpoints Using NVM as Virtual Memory
| périodique = 2013 IEEE 27th International Symposium on Parallel and Distributed Processing
| éditeur = IEEE
| issn = 1530-2075
| année = 2013
| mois = 
| pages = 29-40
| doi = 10.1109/IPDPS.2013.69
}}
* {{article
| langue = en
| id = Carter1995
| prénom1 = 
| nom1 = Carter
| titre =  Distributed shared memory: where we are and where we should be headed
| périodique = Proceedings 5th Workshop on Hot Topics in Operating Systems (HotOS-V)
| éditeur = IEEE
| issn = 
| année = 1995
| mois = 
| pages = 
| doi = 10.1109/HOTOS.1995.513466
}}
* {{article
| langue = en
| id = Gerndt1997
| prénom1 = 
| nom1 = Gerndt
| titre = A rule-based approach for automatic bottleneck detection in programs on shared virtual memory systems
| périodique = Proceedings Second International Workshop on High-Level Parallel Programming Models and Supportive Environments
| éditeur = IEEE
| issn = 
| année = 1997
| mois = 
| pages = 93-101
| doi = 10.1109/HIPS.1997.582960
}}
* {{article
| langue = en
| id = Saed2011
| prénom1 = 
| nom1 = Saed
| titre = A novel approach to enhance distributed virtual memory
| périodique = A novel approach to enhance distributed virtual memory
| éditeur = Elsevier
| issn = 0045-7906
| année = 2011
| mois = 
| pages = 388-398
| doi = 10.1016/j.compeleceng.2011.11.006
}}
* {{article
| langue = en
| id = Basu2013
| prénom1 = Arkaprava
| nom1 = Basu
| prénom2 = Jayneel
| nom2 = Gandhi
| prénom3 = Jichuan
| nom3 = Chang
| prénom4 = Mark D.
| nom4 = Hill
| prénom5 = Michael M.
| nom5 = Swift
| titre = Efficient virtual memory for big memory servers
| périodique = SIGARCH Comput. Archit. News
| éditeur = ACM
| issn = 0163-5964
| année = 2013
| mois = Juin
| pages = 238
| doi = 10.1145/2508148.2485943
}}
* {{Ouvrage
| langue=en
| prénom1=Douglas
| nom1=Comer
| titre=A New Design for Distributed Systems
| sous-titre=The Remote Memory Model
| éditeur=University of Kentucky Laboratory for Advanced Networking
| année=1990
| mois=Juin
| pages totales=15
| isbn=
| lire en ligne=http://protocols.netlab.uky.edu/~griff/papers/usenix90.pdf
| id=Comer1990
}}
* {{article
| langue = en
| id = Lattanzi2004
| prénom1 = Emanuele
| nom1 = Lattanzi
| prénom2 = Andrea
| nom2 = Acquaviva
| prénom3 = Alessandro
| nom3 = Bogliolo
| titre = Proximity services supporting network virtual memory in mobile devices
| périodique = Proceedings of the 2Nd ACM International Workshop on Wireless Mobile Applications and Services on WLAN Hotspots
| éditeur = ACM
| isbn = 1-58113-877-6
| année = 2004
| mois = Octobre
| pages = 1
| doi = 10.1145/1024733.1024749
}}

== Notes et références ==
{{Références|colonnes=3}}

{{Portail|informatique}}

[[Catégorie:Mémoire informatique]]