Anatomie d'un bug : Cas N°1 | ||||||||||||||||||||
Samuel D. - //2004-12-14 | ||||||||||||||||||||
Introduction
S'il y a bien une chose dont on parle souvent dans le milieu de l'informatique, c'est le bug. Qu'il soit software ou hardware, ces différents défaut de conception, qui entraînent un fonctionnement différent de celui qui à été décrit et/ou qui est communément accepté, ont toujours fait partie de la vie informatique. Si beaucoup d'utilisateurs les ont déjà rencontrés, très peu savent exactement à quoi ils sont du techniquement et comment ils sont réglés. Le but de notre site étant d'informer l'utilisateur avancé des caractéristiques les plus techniques du matériel qu'il utilise, nous avons pensé qu'un nouveau type d'article serait le bienvenu : L'anatomie d'un bug. Le but de cet article est de démontrer que le fonctionnement attendu diffère du fonctionnement attendu et donc, qu'un problème (bug) existe bien. Pour ce faire, nous détaillerons techniquement les fonctions utilisées, dans le but de tenter de trouver l'origine du bug. Une fois l'origine du bug trouvée, nous tenterons d'y trouver une solution, puis, de remonter à la source du problème. Pour cette première étude de cas, nous allons étudier un bug très intéressant que nous avons rencontré dans Memtest86+ depuis la sortie de l'i915/925. Caractérisé par une erreur d'affichage flagrante, il nous a fallu beaucoup de temps pour comprendre exactement le pourquoi du comment. Après avoir suspecté le processeur et avoir demandé l'aide d'Intel à ce sujet, le fin-mot de l'histoire nous est ensuite apparu dans toute son évidence. Le coupable, vous le découvrirez à la fin de cet article, était déjà coutumier du fait... Bref, procédons.
La configuration de tests utilisée ainsi que les configurations annexes destinées aux tests de comparaison sont les suivantes :
Niveau CPU, voici les processeurs que nous avons utilisés :
Pour ces tests, nous avons utilisé le dernier BIOS Asus pour les cartes P5AD2 et P5AD2-E (20 Novembre).
|
||||||||||||||||||||
Fermer |