Changes between Initial Version and Version 1 of TP2_2012_MappingInfo

Timestamp:

Sep 3, 2012, 5:20:43 PM (13 years ago)

Author:

meunier

Comment:

Premier brouillon

TP2_2012_MappingInfo

@@ +1 @@
+
+{{{
+#!html
+<h1>TP2 : Déploiement de l'application MJPEG sur une architecture SoC monoprocesseur</h1>
+}}}
+[[PageOutline]]
+
+TP Précédent : [[wiki:TP1_2012_Station]]
+
+= 0. Objectif =
+
+L'objectif de ce TP est d'appréhender les informations nécessaires au système d'exploitation afin de construire la table des pages et le code binaire d'une application. Nous nous concentrons en particulier sur le mécanisme de mémoire virtuelle pour effectuer le placement physique des objets logiciels. Nous utiliserons pour cela une plateforme décrite à l'aide de SoCLib.
+
+
+= 1. Rappels sur la mémoire virtuelle =
+
+
+@virtuelle : définie par dsx ou à la main dans map.xml (souvent arbitraire)
+
+@physique : définie par l'utilisateur, important pour le temps d'accès (définition du banc)
+
+=> puis utilisation de map.xml pour la construction de la table des pages. Cette dernière contient la traduction des adresses virtuelles (émises par un processeur) vers les adresses physiques (utilisées sur le réseau).
+
+Définir :
+- segment physique
+- objet virtuel
+- segment virtuel
+- espace d'adressage virtuel
+- segments globaux
+- mapping d'un (ou plusieurs) vseg vers un pseg
+
+Décrire le processus de dsx-vm. Demander quelque part dans le TP pourquoi une seule passe pose problème (taille des binaires et de map.bin)
+
+Le fichier map.xml est normalement généré par dsx-vm, mais pour ce TP ce sera à vous de l'écrire ou de le compléter.
+
+= 2. Spécification des informations de mapping =
+
+Nous allons pour commencer nous intéresser à l'application SplitMsg vu au premier TP. Nous nous plaçons dans le cadre d'une plateforme contenant 1 seul cluster de 1 processeur.
+
+Commencez par récupérer l'archive de 
+
+
+= 3. Mapping de l'application Mjpeg =
+
+
++ Observation des adresses émises dans soclib avec gdb
+
+
+
+