Changes between Version 43 and Version 44 of AS6-TME-B1

Timestamp:

Jan 31, 2023, 4:53:02 PM (17 months ago)

Author:

franck

Comment:

--

AS6-TME-B1

@@ -1089 +1089 @@
 ''
 }}}
-- Exécutez le programme en lançant le simulateur avec `make debug`.\\Cela exécute le programme pour une courte durée et cela produit deux fichiers `trace0.s` et `label0.s`.\\`trace0.s` contient la trace des instructions assembleur exécutées par le processeur. \\Ouvrez `trace.0.s` et repérez ce qui est cité ici  
- - On voit la séquence des instructions exécutées
- - La première colonne nous informe que les adresses lues sont dans l'espace Kernel
- - La seconde colonne sont les numéros de cycles
- - La troisième sont les adresses 
- - La quatrième le code binaire des instructions
- - Le reste de la ligne contient l'instruction désassemblée
- - Lorsque les adresses ont un nom, c'est à dire qu'une étiquette leur a été attribuée, celle-ci est indiquée.
-
- `label0.s` contient la séquence des appels de fonctions de l'exécutions. C'est en fait un extrait de la trace.\\Ouvrez le fichier `label0.s` et interprétez ce que vous voyez.
+- Exécutez le programme en lançant le simulateur avec `make debug`.\\Cela exécute le programme pour une courte durée et cela produit deux fichiers `trace0.s` et `label0.s`.\\ \\
+ - `trace0.s` contient la trace des instructions assembleur exécutées par le processeur. \\Ouvrez `trace.0.s` et repérez ce qui est cité ici  
+  - On voit la séquence des instructions exécutées
+  - La première colonne nous informe que les adresses lues sont dans l'espace Kernel
+  - La seconde colonne sont les numéros de cycles
+  - La troisième sont les adresses des instructions
+  - La quatrième le code binaire des instructions
+  - Le reste de la ligne contient l'instruction désassemblée
+  - Lorsque les adresses ont un nom, c'est à dire qu'une étiquette leur a été attribuée, celle-ci est indiquée.
 {{{#!protected ------------------------------------------------------------------------------------
 ''
@@ -1116 +1115 @@
 K    49:     0x80000034 0x0c000000      jal     80000000 <puts>
 K    50:     0x80000038 0x24840000      addiu   a0,a0,0
-}}}
+K    60:     <puts> ------------------------------------------------------- ./kinit.c
+}}}
+''
+}}}
+ - `label0.s` contient la séquence des appels de fonctions de l'exécutions. C'est en fait un extrait de la trace.\\Ouvrez le fichier `label0.s` et interprétez ce que vous voyez.
+{{{#!protected ------------------------------------------------------------------------------------
+''
+{{{#!asm
+K    12:     <boot> ------------------------------------------------------- ./hcpua.S
+K    37:     <kinit> ------------------------------------------------------ ./kinit.c
+K    60:     <puts> ------------------------------------------------------- ./kinit.c
+}}}
+''
+}}}
+ - Si vous ouvrez le Makefile, vous pouvez voir que le mode d'optimisation du compilateur est `O1` (regardez la définition de `CFLAGS`). Si vous demandez une optimisation en `02` ou `03`, et que vous exécutez à nouveau votre programme en mode debug, qu'observez-vous dans la trace d'exécution ?
+{{{#!protected ------------------------------------------------------------------------------------
+''
+- La fonction `puts` a disparue, elle a été ''inlinée'' par le compilateur ! Par conséquent, parfois pour voir le debug, il faut demander au compilateur de ne pas optimiser, mais parfois aussi en faisant ça, le bug disparait et là, on pleure...
 ''
 }}}
@@ -1132 +1148 @@
 {{{#!protected ------------------------------------------------------------------------------------
 '''''''''''''''
-* C'est toujours du copier-coller, l'important c'est qu'ils ouvrent le code
+* C'est toujours du copier-coller, mais parfois on a des surprises :-)
 '''''''''''''''
 }}}