5. Quel composant incriminer ?

Voici une liste des diverses causes de dysfonctionnement du mat�riel :

• Composants trop lents. De mauvaises surprises sont � craindre si l'une des "barrettes" de m�moire vive ne fonctionne pas convenablement. M�me une carte m�re capable de contr�ler par test de parit� ne d�tectera pas les erreurs survenant lors des cycles d'�criture.

  Inventaire des causes et solutions :

  • Latence des composants trop importante ("m�moire trop lente")
    Le contr�leur de bus ne parvient pas toujours en ce cas � obtenir � temps la donn�e requise par le processeur car la m�moire "r�agit" trop lentement. Solution :augmenter le nombre de cycles d'attente ("wait states") gr�ce au SETUP de la machine. Probl�me fr�quent sur les machines 486 cadenc� � plus de 80 MHz �quip�es d'un BIOS de marque AMI. (Pat V.)
    Il est parfois n�cessaire de remplacer les composants pour diminuer la latence. Les syst�mes ayant un bus cadenc� � 33 MHz (P100, P133...) ne doivent pas employer de RAM avec plus de 60ns de latence, surtout si la carte m�re est de marque ASUS. L'ensemble peut sembler fonctionner avec des composants � 70ns mais une petite erreur est alors toujours possible (Andrew Eskilsson).
  • Composant d�fecteux
    D�monter une barrette (ou changer temporairement la seule barrette employ�e) puis relancer le syst�me et tester. Recommencer autant de fois que n�cessaire afin d'isoler le (ou les !) composants d�fectueux. Prendre garde, le cas �ch�ant, lors de la manipulation des m�moires statiques, car une d�charge d'�lectricit� statique peut les condamner.

    T�moignage (kettner@cat.et.tudelft.nl) : nous avons �prouv� de grandes difficult�s avec une machine dont il s'av�ra que les quatre barrettes �taient d�fectueuses et modifiaient � peu pr�s un bit par heure de fonctionnement. La machine "plantait" environ une fois par jour et les compilations de noyau �chouaient environ une fois par heure. Cette machine a pu ex�cuter le test m�moire durant 2300 cycles complets sans erreur, puis d�tecta environ 10 erreurs et continua ensuite sans probl�me durant plusieurs centaines de cycles. La compilation de noyau s'av�ra le test le plus efficace car m�me le cas le plus favorable ne permettait pas de compiler plus de 14 noyaux � la suite. Nous avons donc �chang� ces barrettes.

  • Convertisseurs d�fectueux
    De nombreux supports de m�moire, permettant de monter des composants 32 bits sur des supports 72 points, ne sont pas con�us de fa�on correcte, en particulier les plus anciens.

    T�moignages : nous avons tr�s longtemps utilis� sans probl�me un jeu de composants sans support de ce type. Mais ils ne furent pas utilisables avec un convertisseur (Naresh Sharma (n.sharma@is.twi.tudelft.nl)).

    Paul Gortmaker (paul.gortmaker@anu.edu.au) indique que les convertisseurs doivent tous comporter au moins quatre condensateurs de r�gulation du courant.

  • Mode de rafra�chissement de la m�moire vive inad�quat
    Les composants "perdent" alors peu � peu les donn�es stock�es. Causes (Hank Barta (hank@pswin.chi.il.us), Ron Tapia (tapia@nmia.com)) : certaines cartes m�re donnent la possiblit� de rar�fier les cycles de rafra�chissement en vue d'augmenter la bande passante utile du bus (option "hidden refresh" du SETUP). Un programme, souvent appel� dram, offre le moyen de configurer le jeu de composants ("chipset") au plus bas niveau afin d'obtenir des effets semblables.
  • Trop faible nombre de cycles d'attente
    Certains composants de la carte m�re peuvent ne pas fonctionner toujours correctement si le nombre de cycles d'attente ("wait states") n'est pas appropri�. L'augmenter gr�ce au SETUP.

• D�faillance de la m�moire cache
  Le contenu de la m�moire cache n'est g�n�ralement pas certifi� par un test de parit� et une d�faillance ne sera donc pas diagnostiqu�e par la carte m�re. Test : utiliser le SETUP pour invalider le cache externe ("L2") puis faire fonctionner le syst�me. Si les probl�mes disparaissent le cache est d�fectueux. Solutions :
  • Vitesse ou latence de la m�moire cache inad�quate.
    Augmenter, gr�ce au SETUP, le nombre de cycles d'attente.
  • Composant de m�moire d�fecteux
    Il faut alors changer de composant cache. ATTENTION : il s'agit tr�s souvent de m�moire statique, donc tr�s fragile (Joseph Barone (barone@mntr02.psf.ge.com)).
  • Mode d'exploitation du cache inad�quat
    Le mode "�criture diff�r�e" ("write back"), par exemple, cause parfois des probl�mes lorsque le jeu de composants de la carte m�re n'est pas correctement con�u (cas observ� sur une carte "MV020 486VL3H" (20 Mo RAM) par Scott Brumbaugh).

• Configuration incorrecte de la carte m�re
  Un cavalier ("jumper") d�termine parfois le cache qui sera employ� (le mod�le mont� sur une micro carte d'extension ou bien les composants de m�moire classiques). Exemple : cavalier JP16 sur les ASUS P/I-P55TP4XE version 2.4.
• Transferts de donn�es entre disque et m�moire
  Un bloc de donn�es lu sur le disque peut se trouver stock� en m�moire avec un bit erron�.
  D�terminer si c'est la cause du probl�me en recopiant des fichiers puis en comparant la copie � l'original. R�p�ter ce test : apr�s un dd (consulter � ce propos la section consacr�e � l' expiration du buffer cache) la compilation avortera tr�s vraisemblablement � un autre stade.
  • Interruptions masqu�es durant des transferts IDE
    Certains disques IDE ne tol�rent pas le d�masquage des interruptions lors des transferts, en particulier en p�riode de forte charge syst�me ("hdparm -u0").
  • Disque de marque Kalok
    La qualit� des disques Kalok de la s�rie 31xx laisse beaucoup � d�sirer, mieux vaut �viter de les employer. Ils ne sont de toutes fa�ons pas compatibles avec Linux. Les r�former ou laisser aux utilisateurs de syst�mes d'exploitation sans cache disque.
  • Disques SCSI
    V�rifier terminateurs et c�bles. Un c�ble court peut sembler fonctionner avec une terminaison inad�quate mais les donn�es transf�r�es peuvent en p�tir. Essayer de valider les options de test de parit�.

• Augmentation abusive de la cadence d'horloge ("overclocking")
  Le r�sultat est le plus souvent al�atoire. Essayer d'exploiter la machine � la cadence d'horloge normale.
  Dans un cas au moins (Samuel Ramac (sramac@vnet.ibm.com)) un processeur P120 ne tol�rait pas 120 MHz mais fonctionnait � 100 MHz. La carte m�re n'�tait pas en cause car le bus est en fait plus rapide lorsque l'horloge bat � 100 MHz

  CPU � 120 : bus � 60 (x 2), CPU � 100 : bus � 66 (x 1,33)

  . Un autre processeur P120, mont� en lieu et place, fonctionne d'ailleurs normalement.
  Tous les "fondeurs" (constructeurs de processeurs) produisent ainsi de rares "rat�s", ce n'est en rien sp�cifique � Intel.
• Refroidissement du processeur
  L'�levation de la temp�rature du processeur provoqu�e par une augmentation de la cadence d'horloge ou par une panne du dispositif de refroidissement peut g�n�rer des dysfonctionnements. Bon r�v�lateur : interdire au noyau d'utiliser l'instruction HALT gr�ce au param�tre LILO ad�quat (lire le "BootPrompt HOWTO"). La temp�rature du circuit augmentera alors beaucoup plus vite, m�me sous faible charge syst�me, et la fr�quence d'apparition des probl�mes augmentera. Le Pentium � l'instruction "FDIV" bogu�e est particuli�rement concern� car son ventilateur n'�tait pas con�u au mieux. Notons aussi que la colle employ�e pour assujetir le radiateur au processeur doit pr�senter des caract�ristiques de conduction thermique correcte (Arno Griffioen (arno@ixe.net), W. Paul Mills (wpmills@midusa.net), Alan Wind (wind@imada.ou.dk))

  Intel indique que la temp�rature de la surface du processeur doit �tre comprise entre :
  

  • 0 et +85� C: Intel486 SX, Intel486 DX, IntelDX2, IntelDX4
    
  • 0 et +95� C: IntelDX2, IntelDX4 OverDrive�
    
  • 0 et +80� C: 60 MHz Pentium�
    
  • 0 et +70� C: 66 to 166 MHz Pentium
    
  Consulter � ce propos les sections Q6, Q7 et Q13 de ce document Intel

• Voltage de l'alimentation du processeur
  Certains processeurs 5 Volts fonctionnent sous 3,3 Volts, mais pas toujours de fa�on parfaite. Pis : les documentations de certains syst�mes sont incorrectes et recommandent une configuration inad�quate (Karl Heyes (krheyes@comp.brad.ac.uk))
• Voltage de l'alimentation de la m�moire
  Les plus r�centes cartes ne tol�rent que la m�moire 3,3 Volts. Ne jamais utiliser les composants sous un voltage inad�quat (risque de destruction).
• Surexploitation du bus local
  Le nombre de cartes connectables � un bus local d�cro�t avec sa fr�quence d'exploitation : 3 cartes � 25 MHz, 2 � 33 MHz, une seule � 40 MHz et aucune � 50 MHz (fr�quence maximale). Certains syst�mes tol�rent mal la surcharge et les donn�es �chang�es peuvent alors en p�tir. Essayer d'augmenter les �tats d'attente ins�r�s entre les cycles du bus local (Richard Postgate (postgate@cafe.net)).
• Fonctions d'�conomie d'�nergie ("power management", "APM")
  Certains portables, en particulier, offrent une fonction de reprise imm�diate (mode "resume") et des programmes pilotes ne tol�rent pas toujours cela. D�brayer ces fonctions ou bien compiler l'"APM support" dans le noyau (Elizabeth Ayer (eca23@cam.ac.uk)).
• Processeur d�fectueux
  Certains exemplaires des processeurs courants rec�lent des bogues aux effets pervers. Aucune solution n'existe, il faut remplacer le composant. Des cas d'incompatibilit� entre processeur et carte m�re auraient �t� observ�s. Depuis f�vrier 1997 la premi�re vague de probl�mes, qui concernait les processeurs Intel, d�cro�t nettement tandis que l'exploitation de processeurs Cyrix/IBM 6x86 sur certaines cartes m�re s'av�re difficile. Le manuel d'une carte m�re pr�cise qu'elle est incompatible avec les premi�res versions du 6x86. C'est regrettable car les performances de ces processeurs sont fort bonnes.

Hosting by: Hurra Communications GmbH
Generated: 2007-01-26 18:01:32