first wave of questions (en vrac)

question facile :
le bus des données est bien monodirectionnel à priori ? Un fil par commande, l'info va du CPU vers l'extérieur pour un fil, et inversément pour un autre ?

pile :
il est mis qu'on travail en dynamique LIFO (Last in First Out). Moi je comprends qu'on peut seulement monter ou descendre d'une case à la fois (i.e. on ne voyage pas librement dans la pile

deux, quand il dit que l'on doit stocker les arguments ds la pile avant l'éxécution de la routine, c pour pouvoir les récupérer tel quel après ou c pour le "passage d'arguments" (dans ce dernier cas, il faut pouvoir "voyager" ds la pile alors ?

chap 3, page 32 :
visuellement, je vois pas la représentation normalisée. Juste un petit exemple et je comprendrai assez vite à mon avis

fin chapitre 3 :
LRC (longitudinal Redudancy Check) : qu'est-ce qu'il entend par accumulation de XOR entre bits de m^ rang ? on somme tous les résultats de chaque XOR ou on place les XOR successivement (chaque XOR est connecté au XOR précédent et au prochain bit ainsi en cascade)

alexiel a écrit:

question facile :
le bus des données est bien monodirectionnel à priori ? Un fil par commande, l'info va du CPU vers l'extérieur pour un fil, et inversément pour un autre ?

NON...
le bus de donnée est bidirectionel...
le bus de controle est unidirectionel... mais y a un fil pour chaque sens
donc il est bidir mais sur 2 fil

alexiel a écrit:

pile :
il est mis qu'on travail en dynamique LIFO (Last in First Out). Moi je comprends qu'on peut seulement monter ou descendre d'une case à la fois (i.e. on ne voyage pas librement dans la pile

bhen oui... c'ets une pile... donc tu met les trucs l'un au dessus de l'autre... et quand tu en retire un..., bhen tu as acces au suivant
et ainsi de suite (comme une pile de papier... (pile poser sur uen table.. pcq tu ne peux pas prendre pas l'autre coté ))

alexiel a écrit:

deux, quand il dit que l'on doit stocker les arguments ds la pile avant l'éxécution de la routine, c pour pouvoir les récupérer tel quel après ou c pour le "passage d'arguments" (dans ce dernier cas, il faut pouvoir "voyager" ds la pile alors ?

c'est pour pouvoir les récuperée tel quel...
car tu ne sais pas quels sont les registres que la fonction va utiliser...
donc tu dois sauvegarder tout les registres que tu veux garder... car il ne faudrait pas que la fonction efface un de tes registres..

mais tu peux aussi t'en servir pour passer des arguments...
par exemple si tu sais que la fonction va mettre sont résultat sur le regitre n°3... il faut que tu libère le registre 3... afin de pouvoir stocker le résultat...

alexiel a écrit:

chap 3, page 32 :
visuellement, je vois pas la représentation normalisée. Juste un petit exemple et je comprendrai assez vite à mon avis

un bhen il te met l'example
non normalisé : 0.0008 10^-1
normalisé : 0.8 10^-4

alexiel a écrit:

fin chapitre 3 :
LRC (longitudinal Redudancy Check) : qu'est-ce qu'il entend par accumulation de XOR entre bits de m^ rang ? on somme tous les résultats de chaque XOR ou on place les XOR successivement (chaque XOR est connecté au XOR précédent et au prochain bit ainsi en cascade)

avec
a
b
c

tu fais (a xor b) xor c
et ca te fais le bit de test d'erreur...

voila

Loïc, tu es un type génial.

MERCI !!!