TP2 : Déploiement de l'application MJPEG sur une architecture SoC monoprocesseur

TP Précédent : 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