Changes between Version 32 and Version 33 of WikiStart
- Timestamp:
- Feb 8, 2022, 9:10:56 AM (2 years ago)
Legend:
- Unmodified
- Added
- Removed
- Modified
-
WikiStart
v32 v33 10 10 11 11 12 = 1. Objectifs 12 = 1. Objectifs de l'UE Archi-2 13 13 14 14 15 15 16 16 L'UE Archi-2 (LU3IN031) est la suite de l'UE Archi-1 (LU3IN029) du tronc commun au premier semestre de L3. 17 18 Archi-1 décrit tout d'abord l'architecture externe du MIPS (celle visible du programmeur) et la programmation structurée en assembleur (avec des fonctions et une pile). Dans la première partie de l'UE Archi-1, les programmes sont exécutés sur le simulateur de processeur MARS qui permet d'observer l'évolution des registres internes du processeur et l'évolution données dans les segments de mémoire utilisés pour les data et la pile. Dans la seconde partie, l'UE Archi-1 présente l'architecture d'un petit SoC (System-On-Chip) intégrant un MIPS et quelques composants simples (des mémoires et un contrôleur de terminaux texte). Ce SoC est utilisé comme support d'un embryon de système d'exploitation construit pas-à-pas. À la fin du module, le système d'exploitation démarre et exécute une application. L'OS contient essentiellement un gestionnaire de syscalls et un gestionnaire d'interruptions.17 18 Dans la première partie, l'UE Archi-1 décrit l'architecture externe du MIPS (celle visible du programmeur) et la programmation structurée en assembleur (avec des fonctions et une pile). Les programmes sont exécutés sur le simulateur de processeur MARS qui permet d'observer l'évolution des registres internes du processeur et l'évolution données dans les segments de mémoire utilisés pour les data et la pile. Dans la seconde partie, l'UE Archi-1 présente l'architecture d'un petit SoC (System-On-Chip) intégrant un MIPS et quelques composants simples (des mémoires et un contrôleur de terminaux texte). Ce SoC est utilisé comme support d'un embryon de système d'exploitation construit pas-à-pas. À la fin de l'UE, le système d'exploitation démarre et exécute une application. L'OS contient essentiellement un gestionnaire de syscalls et un gestionnaire d'interruptions. 19 19 20 20 L'objectif d'Archi-2 est d'aller plus loin sur 3 axes : la micro-architecture du processeur, l'architecture du SoC et le système d'exploitation. … … 26 26 3. Pour le système d'exploitation, il s'agit de comprendre comment une application peut utiliser les ressources matérielles (processeur, périphériques et mémoire) de manière sûre. Il n'y aura qu'une seule application, mais elle pourra avoir plusieurs fils d'exécution exécutés en parallèle sur un ou plusieurs processeurs. Il s'agit aussi de comprendre comment la mémoire est allouée au noyau du système d'exploitation et à l'application et comment sont gérés les fichiers sur le disque et dans la mémoire. 27 27 28 Souvent, pour présenter les concepts des systèmes d'exploitation (OS), on utilise une méthode ''top-down''. 29 Les principes des services d'un OS tels que la gestion des fichiers, des processus, des communications inter-processus sont expliqués, puis illustrés sur un vrai système open source tel que Linux. 30 Comme Linux est complexe, il est juste possible d'en voir une partie, et c'est parfois au détriment de la vue d'ensemble. 31 Pour une UE sur l'architecture des ordinateurs, cette approche n'est pas idéale parce qu'elle est trop éloignée du matériel. 28 Souvent, pour présenter les concepts des systèmes d'exploitation (OS), on utilise une méthode ''top-down''. Les principes des services d'un OS tels que la gestion des fichiers, des processus, des communications inter-processus sont expliqués, puis illustrés sur un vrai système open source tel que Linux. Comme Linux est complexe, il est juste possible d'en voir une partie, et c'est parfois au détriment de la vue d'ensemble. Pour une UE sur l'architecture des ordinateurs, cette approche n'est pas idéale parce qu'elle est trop éloignée du matériel. 32 29 33 C'est pourquoi on utilise une approche ''bottom-up''. Nous partons d’un dossier vide, et nous ajoutons progressivement 34 les services en limitant le nombre de fichiers et la taille des codes. Chaque nouveau service qui s'ajoute 35 s'appuie sur les services précédemment construits. 30 C'est pourquoi on utilise une approche ''bottom-up''. Nous partons d’un dossier vide, et nous ajoutons progressivement les services en limitant le nombre de fichiers et la taille des codes. Chaque nouveau service qui s'ajoute s'appuie sur les services précédemment construits. 36 31 37 32