Changes between Version 30 and Version 31 of WikiStart
- Timestamp:
- Feb 7, 2022, 4:28:53 PM (3 years ago)
Legend:
- Unmodified
- Added
- Removed
- Modified
-
WikiStart
v30 v31 6 6 [[PageOutline]] 7 7 {{{#!html 8 <h1><font size=+2> Architecture des ordinateurs 2 - L 38 <h1><font size=+2> Architecture des ordinateurs 2 - LU3IN031 9 9 }}} 10 10 11 Cette page est dédiée au module Archi-2 (LU3NI031). 12 Vous y trouverez: (i) les cours et les documentations sur le MIPS (ii) les objectifs généraux du Module, (iii) une explication du principe pédagogique choisi fondé sur l'expérimentation, et enfin (iv) la description des séances. 11 12 = 1. Objectifs 13 13 14 14 15 15 16 = 1. Objectifs généraux 17 18 19 20 L'UE Archi-2 est la suite de l'UE Archi-1 LU3IN029 du tronc commun au premier semestre. 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 une première partie, les programmes sont exécutés sur le simulateur de processeur MARS qui permet d'observer l'évolution des registres du processeur et l'évolution des segments de mémoire utilisés par le code, les data et la pile. L'UE présente ensuite 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 alors 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 laquelle interagit avec le SoC par le biais des appels système. 16 L'UE Archi-2 (LU3IN031) est la suite de l'UE Archi-1 (LU3IN029) du tronc commun au premier semestre de L3. 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 une première partie, les programmes sont exécutés sur le simulateur de processeur MARS qui permet d'observer l'évolution des registres du processeur et l'évolution des segments de mémoire utilisés par le code, les data et la pile. L'UE présente ensuite 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 alors 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 laquelle interagit avec le SoC par le biais des appels système. 21 17 22 18 L'objectif général 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. … … 28 24 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. 29 25 30 31 = 2. Principe pédagogique 32 33 34 Souvent, pour présenter les concepts des systèmes d'exploitation (OS), la méthode employée en général est ''top-down''. 35 Les principes des services d'un OS tels que la gestion des fichiers, des processus, des 36 communications inter-processus sont expliqués, puis illustrés sur un vrai système open source tel que Linux. 37 Comme Linux est complexe, il est juste possible de n'en voir qu'une partie, et c'est parfois au détriment de la vue d'ensemble. 26 Souvent, pour présenter les concepts des systèmes d'exploitation (OS), on utilise une méthode ''top-down''. 27 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. 28 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. 38 29 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. 39 30 40 Nous avons choisi,une approche ''bottom-up''. Nous partons d’un dossier vide, et nous ajoutons progressivement31 C'est pourquoi on utilise une approche ''bottom-up''. Nous partons d’un dossier vide, et nous ajoutons progressivement 41 32 les services en limitant le nombre de fichiers et la taille des codes. Chaque nouveau service qui s'ajoute 42 33 s'appuie sur les services précédemment construits. 43 34 44 35 45 = 3. Cours36 = 2. Cours 46 37 47 38 … … 57 48 58 49 59 = 4. Séances de TD et TME50 = 3. Séances de TD et TME 60 51 61 52 … … 65 56 66 57 67 = 5. Documents58 = 4. Documents 68 59 69 60
