Page suivante Page précédente Table des matières

3. Questions spécifiques à l'architecture x86

3.1 Pourquoi cela ne marche-t-il pas avec ma machine ?

  1. Puis-je utiliser le mode SMP avec un CPU Cyrix/AMD/non-Intel ?

    Réponse courte: non.

    Réponse longue Intel révendique la propriété sur les plan APIC SMP, et tant qu'une compagnie ne prend pas de licence d'Intel pour cela, ils ne peuvent pas l'utiliser. Aucune compagnie ne l'a fait pour l'instant. (Cela peut évidement changer dans le futur) FYI -Cyrix et AMD support le standard non-propriétaire OpenPIC SMP mais actuellement il n'y a pas de carte mère l'utilisant.

  2. Pourquoi mon vieux Compaq ne marche pas ?

    Mettez le en mode compatibilité MP1.1/1.4.

    Vérifiez "Configure Hardware" -> "View / Edit details" -> "Advanced mode" (F7 je pense) pour les options de configuration "APIC mode" et cocher "full Table mode". C'est une recommandation officielle de Compaq, bien que j'aie été incapable de trouver cette option dans le BIOS... (Daniel Roesen)

  3. Pourquoi mon ALR ne fonctionne-t-il pas ?

    De Robert Hyatt: ALR Revolution quad-6 semble à peu près sure, alors que quelques machines revolution quad plus vieilles sans processeurs P6 ne semble pas "fiables"...

  4. Pourquoi ma machine SMP est si lente ? ou Pourquoi un processeur montre une valeur bogomips basse alors que le premier est normal ?

    De Alan Cox: Si un de vos processeurs rapporte une valeur bogomips très basse c'est que son cache n'est pas activé. Votre vendeur vous à probablement fournis un BIOS bogué. Obtenez un patch pour contourner cela ou mieux retourné la à votre vendeur et acheté une carte mère chez un fournisseur compétent.

    Un noyau 2.0 (> 2.0.36) contient un patch MTRR qui devrait résoudre ce problème (sélectionnez l'option "handle buggy SMP BIOSes with bad MTRR setup" dans le menu "General setup").

    Je pense que les BIOS SMP bogués sont pris en charge automatiquement dans les derniers noyaux 2.2.

  5. J'ai entendu dire que des machines IBM avaient des problèmes

    Certaines machines IBM possèdent le bloc BIOS MP1.4 dans l'EBDA, c'est autorisé mais pas supporté en dessous des noyaux 2.2.

    Il y a une vieille machine IBM SMP basée sur des 486SLC. Linux/SMP requiert un support FPU matériel.

  6. Il y a-t-il un quelconque avantage des spécification MP 1.4 sur les 1.1 ?

    Non (selon Alan :) ), 1.4 est juste une spécification plus stricte de 1.1.

  7. pourquoi l'horloge dérive si rapidement quand je fonctionne en mode SMP ?

    Ceci est un problème connu avec la gestion des IRQ et les longs blocages noyau dans la série 2.0 des noyaux. Pensez à mettre à jour votre système vers un 2.2 plus récent.

    De Jakob Oestergaard: Ou, pensez à utiliser xntpd. Cela devrait garder votre horloge à l'heure. (je pense avoir entendu qu'activer RTC dans le noyau corrige aussi le problème de dérive de l'horloge. Cela à marché pour moi ! Mais je ne suis pas sure si cela est général ou si j'ai juste été chanceux)

    Il y a quelques corrections du noyau dans les derniers 2.2.2 qui devraient résoudre ce problème.

  8. Pour quoi mes processeurs sont-ils numérotés 0 et 2 au lieu de 0 et 1 (ou autre numérotation bizarre) ?

    Le numéro du processeur est fixé par le fabricant de la carte mère et ne veux absolument rien dire. Ignorez le.

  9. Mon système quadruple Xeon plante dès qu'il a décompressé le noyau

    (Doug Ledford) Essayez de recompiler LILO avec le support LARGE_EBDA et faite attention à bien toujours utiliser bzImage quand vous compiler le noyau. Cela semble avoir résolu le problème de plantage au démarrage ici sur une carte mère Intel multi-Xeon. Néanmoins, s'il vous plaît notez que cela semble aussi affecter LILO en cela que l'option root= ne fonctionne plus, faite donc bien attention d'avoir appliqué 'rdev' à votre noyau en moment où vous lancez LILO afin d'être sur que votre noyau charge correctement le système de fichier racine au démarrage.

    (Robert M. Hyatt) Avec 3 processeurs, avez-vous un terminateur dans le 4ème emplacement ?

  10. Durant le démarrage la machine plante en signalant un problème IOAPIC

    Essaye l'option de démarrage "noapic" (John Aldrich) et/ou "reboot=bios" (Terry Shull).

  11. Mon système se bloque lors de trafic NFS intense

    Essaye le dernier noyau 2.2.x et le patch knfsd. Cela est en cour d'investigation. (Wade Hampton)

  12. Mon système bloque sans message oops

    Si vous utilisez les noyaux 2.2.11 ou 2.2.12, récupérez le dernier noyau. Par exemple 2.2.13 possède de nombreuse correction SMP. Plusieurs personnes ont rapporté ces noyaux comme instable pour le SMP. Ces mêmes noyaux peuvent avoir des problèmes NFS qui peuvent provoquer des blocages. Aussi, utiliser une console série pour capturer vos messages oops. (Wade Hampton)

    Si le problème persiste (et les autres suggestions sur cette listes n'ont pas aidé non plus), alors vous devriez essayer les derniers noyaux 2.3. Ils ont un code SMP/APIC plus bavard (et plus robustes), et un code de prévention contre les blocage dur qui produit des oops plus significatifs au lieu de planter silencieusement. (Ingo Molnar)

  13. Débogguer des blocages

    (item par Wade Hampton)

    Un bon moyen de déboguer les blocages est de se procurer le patch ikd de Andrea Arcangeli: ftp://ftp.suse.com/pub/people/andrea/kernel-patches

    Il y a plusieurs options de débogage, mais n'utiliser PAS l'option de blocage logicielle ! Pour des machines SMP récentes, activez l'option kernel debugging et ensuite l'option NMI oopser. Afin de vérifier que le NMI oopser est fonctionnel, après avoir démarrer avec votre nouveau noyau, /cat /proc/interrupts et vérifiez que vous obtenez des NMI. Quand la machine bloque, vous devriez obtenir un oops.

    Vous pouvez aussi essayer l'option %eip. Cela autorise le noyau à écrire sur la console l'adresse %eip chaque fois qu'une fonction du noyau est appelée. Quand la machine bloque, écrivez sur un papier la première colonne ordonnée selon la seconde colonne et ensuite cherchez les adresses dans le fichier System.map. Cela ne marche qu'en mode console.

    Notez aussi que l'utilisation de console série facilite grandement le débogage des blocages noyau, pas seulement les blocages des noyaux SMP !

  14. Messages "APIC error interrupt on CPU#n, should never happen" dans les logs

    Un message comme:


    APIC error interrupt on CPU#0, should never happen.
    ... APIC ESR0: 00000002
    ... APIC ESR1: 00000000
    

    indique la 'réception d'une erreur cheksum'. Cela ne peut être provoqué par Linux car la partie checksum des messages APIC est complètement matérielle. Cela peut être un matériel marginal. Tant que vous ne percevez pas d'instabilité, ils ne sont pas problématiques - les messages APIC sont renvoyés jusqu'à ce qu'il soient délivrés. (Ingo Molnar)

3.2 Causes possibles de plantages

Dans cette section vous trouverez quelques information sur les causes possible de plantage sur une machine SMP (crédits duent à Jakob Østergaard pour cette partie). Autant que je sache (David), ces problèmes sont spécifiques aux plateformes Intel.

3.3 Informations spécifiques aux cartes mère

S'il vous plait notez: Des informations plus spécifique peuvent être trouvées avec la liste des Cartes mère supposées fonctionnées sous Linux SMP

Cartes mères avec des problèmes connus

3.4 Machine SMP Linux à bas prix (machine double Celeron)

(Stéphane Écolivet)

Les machines SMP Linux les moins chère avec des processeurs achetable de nos jours sont les systèmes double Celeron. Un tel système n'est pas officiellement possible selon Intel. Il vaut mieux penser à la seconde génération de Celeron, ceux avec 128 Kb de cache L2.

Est-il possible de faire fonctionner une machine double Celeron ?

Réponse officielle d'Intel: non, le Celeron ne peut pas fonctionner en mode SMP.

Réponse pratique: c'est possible, mais cela demande une altération matérielle pour les processeurs Slot 1. La manipulation est décrite par Tomohiro Kawada sur sa page Dual Celeron System. Naturellement, ce genre de modification annule la garantie... Certaines versions du processeur Celeron sont aussi disponibles au format Socket 370. Dans ce cas, l'altération peut-être faite sur l'adaptateur Socket 370 à Slot 1 ou peut même être vendu pré-cablé pour une utilisation SMP. (Andy Poling, Hans - Erik Skyttberg, James Beard)

Il y a aussi une carte mère (ABIT BP6) autorisant deux Celerons dans le format Socket 370 à être inséré (Martijn Kruithof, Ryan McCue). ABIT Computer BP6 verifiée, testée et native sous linux avec deux ppga socket 370 (Andre Hedrick).

Comment Linux se comporte-t-il sur les systèmes double Celeron ?

Bien, merci.

Les processeurs Celeron sont réputés pour être facilement surcadensable.Et les systèmes doubles Celeron ?

Cela peut marcher. Néanmoins, surcadencer un tel système n'est pas aussi facile à faire que pour un monoprocesseur. Ce n'est définitivement pas une bonne idée pour un système de production. Pour une utilisation personnelle, des systèmes doubles Celeron 300 A fonctionnant parfaitement à 450 MHz ont été signalés. (de nombreuses personnes)

Et faire une système quadruple Celeron ?

C'est impossible. Les processeurs Celerons possèdent à peu près les mêmes fonctionnalités qu'un Pentium II basique. Si vous voulez plus de deux processeur dans votre système, vous devriez regarder du côté des machines à base de Pentium Pro, Pentium II Xeon ou Pentium III (?).

pourquoi pas mélanger Celeron et Pentium II ?

Un système utilisant un Celeron "ré-autorisé" et un pentium II à la même cadence peut théoriquement fonctionner.

Alexandre Charbey à fabriqué un tel système:


Page suivante Page précédente Table des matières