Athlon et Linux, le couple qui gagne

Posté par  . Modéré par Fabien Penso.
Étiquettes :
0
6
juin
2001
Matériel
Il semblerait d'après un bench sur AnandTech que le meilleur processeur pour votre Linux soit l'Athlon, aussi bien en version mono que bi-processeur.
Le petit dernier du test étant son petit frère le Duron. Le test consistant à compiler le noyau 2.4.4 / 90 fois.

Aller plus loin

  • # relecture

    Posté par  . Évalué à -1.

    "le meilleur rocesseur"
    "votreLinux"
    • [^] # Re: relecture

      Posté par  . Évalué à 0.

      "VotreLlinux" :)

      Il semblerait d'après un bench sur AnandTech que le meilleur processeur pour Linux soit l'Athlon, aussi bien en version mono-processeur qu'en version bi-processeurs.

      Le dernier du test est son petit frère le Duron.

      Ce test consistait à compiler le noyau 2.4.4 90 fois.

      C'est pas mieux ?

      Gnwak !
  • # ça c'est vraiment du benchmark à la con

    Posté par  (site web personnel) . Évalué à 1.

    autant compiler un truc qui stresse vraiment le processeur, avec du bon gros c++, KDE+QT par exemple.
  • # AMD rulez !

    Posté par  . Évalué à 0.

    Ce n'est pas une surprise : les processeurs AMD sont meilleurs que les Intel (en rapport performances/frequence et perf/prix), qu'on soit soit windoze ou sous linux.
    • [^] # Re: AMD rulez !

      Posté par  . Évalué à 0.

      Tout a fais d'accord avec vous dottand que je n'utilise pour mes machines que de l'AMD!!!!
    • [^] # Re: AMD rulez !

      Posté par  . Évalué à 0.

      Il aurait peut-être fallu comparer des choses comparables, à savoir: des processeurs à la même fréquence sur les mêmes machines, ou des processeurs au même prix sur les mêmes machines.
      • [^] # Re: AMD rulez !

        Posté par  . Évalué à -1.

        Ben, si, c'est comparable, je trouve. Ca donne une idée de ce qui existe. Déjà, trouver un Athlon/Duron à 933MHz, c'est pas gagné, de même que trouver un PIII ou un P4 à 1200 MHz.
        Bon, -1, car sans objet, finalement...
      • [^] # Re: AMD rulez !

        Posté par  . Évalué à 0.

        Les machines sont comparables dans le sens
        ou il s'agit du marche (restreint) des machines
        PC et SMP tres haut de gamme. Ces machines
        sont construites sur des CMs tres recentes
        (chipset i860 et amd i760MP, apparu il y a
        quinze jours)

        Comparer les frequences n'a pas vraiment de sens,
        un pentium4 est un processeur qui tourne tres vite
        en frequence (c'est lie a la taille du pipeline).
        Par contre a frequence egale il est moins rapide.

        Rq: On ne pourra jamais avoir la meme machine,
        les chipsets (donc les CM), la memoire et les processeurs sont differents !!
  • # PIII toujour dual...

    Posté par  . Évalué à 0.

    A part la premiere page, les autres tests opposent la production amd aux xeons et au dual-PIII . Jamais au PIII seul.

    Donc ces tests me semblent useless...
    • [^] # Re: PIII toujour dual...

      Posté par  . Évalué à 1.

      Je comprends pas où est le problème. Un PIII mono obtiendra des résultats moins bons ou équivalents à ceux d'un bi-PIII selon les tests, je vois pas trop l'intérêt, vu qu'ici, on teste les configs bi-pro Athlon/Duron (qui sotn donc comparées aux config monopro Athlon/Duron et bi-pro de la concurrence, et avec un monopro P4 parce que c'est le plus puissant processeur de la concurrence. Ces tests me vont très bien.
  • # apprend à lire !

    Posté par  . Évalué à 1.

    "Note that on 10 platforms, compiling with 3 different make parameters 3 times each means that we managed to compile 90 kernels! "

    le kernel a été compilé 3 fois de suite par station et de trois façon différente en variant le nombre de sous processus possible ce qui fait 9 compilations par station et non pas 90 fois comme le laisse entendre cette news pour Troll.

    Et l'athlon est peut-être bien mais le chipset VIA pour l'exploiter c'est une autre histoire (enfin, ça semble enfin aller mieux). Pour le chipset AMD, je sais pas (pas vu de mauvaises remarques dessus).
    • [^] # Re: apprend à lire !

      Posté par  . Évalué à 0.

      c vrai que le chipset VIA c pas la joie !!
      c ce que j'ai sur mon PC et je peux pas utiliser mon graveur scsi , je n'ai pourtant qu'un lecteur DVD, une carte son, une carte rezo plus deux ports usb de pris pour mon imprimante et ma WebCam, alors c vraiment pas la joie !! et encore ma webcam ne marche qu'une fois sur 2... et je sais plus quoi faire !!

      pourtant mon scanner(sur la chaine scsi, lui il fonctionne) et je vous parle pas de ma carte télé que j'ai viré !! PFFFFFFFFFFFFFFFf!! font chier ces AMD/VIA !
    • [^] # Re: apprend à lire !

      Posté par  . Évalué à 1.

      Ben, de toute façon, pour du bi-pro, ya que de l'AMD comme chipset, pour le moment. AMD762 pour le Northbridge et AMD766 pour le Southbridge. (le Southbridge est le même que pour le chipset AMD760). Cela dit, justement, il est possible que l'on ait des machines bi-pro AMD ayant le Northbridge AMD762 pour le bi-pro et un SouthBridge VIA (82c686b pour le plus récent, de mémoire). Et je dois bien avouer que je n'ai pas de problème avec mon chipset VIA et mon Duron.
      Le plus intéressant, pour moi, dans ce test, c'est la config bi-pro Duron. Alors, évidemment, sur la Tyan qui possède un contrôleur SCSI, 2 cartes Ethernet, des bus PCI 64 bits, c'est ridicule pour faire autre chose que des tests, mais j'espère bien que l'on aura des cartes-mères bi-pro moins chères, à la BP6, histoire de se monter un SMP Duron pour pas cher (La comparaison Duron/Duron(dual) est intéressante à ce point de vue là, il faudrait juste faire des tests un peu plus poussés sous Linux, mais il n'y a pas de raison qu'ils ne donnent pas les mêmes résultats que sous Windows.
      • [^] # Re: apprend à lire !

        Posté par  . Évalué à 0.

        A premiere vue il n'y aura pas de CM bipro pas chère chez AMD:

        Pèle mèle les raisons:

        - Utilise au max deux DIMM unregistered (sans buffer). La Tyan ne les accepte pas par ex. Hors elles sont plutot rares.

        - Un Tbird au dela d'un giga consome plus de 70W, ce qui fait au min 150W pour deux Tbirds, donc alim 450W au mini (la Tyan utilise une alim spéciale). Faut pas oublier qu'une alim 300w classique ne peut pas debiter plus de 135/150W sur le +3.3v et +5v cummulés.

        - Fô bien gagner des sous avec les AthlonMP (quoique les duron fonctionnent en SMP, pas comme les celeronII)

        Tout ca dans:

        http://www.tech-report.com/columns/dissonance/2001q2/budgetsmp/(...)

        martinc, qu'a pas ses cookies
        • [^] # Re: apprend à lire !

          Posté par  . Évalué à 1.

          Je n'en suis pas tout-à-fait convaincu. Certes, le chipset AMD760MP demande un PCB complexe, mais la Tyan, la seule carte-mère actuellement disponible, coûte dans les $600, or, il faut considérer qu'elle possède un contrôleur SCSI-160, 2 cartes réseaux, 5 slots PCI 64 bits, une carte-vidéo intégrée. En supprimant le coût de ces choses-là, bien que ce soit intégré, on peut arriver à une solution nettement plus abordable.
          Donc, bon, j'espère que l'on va voir arriver des cartes-mères pas trop chères bi-pro. Bon, j'ai quand même l'impression de rêver un peu :)
        • [^] # Re: apprend à lire !

          Posté par  . Évalué à 0.

          > Utilise au max deux DIMM unregistered (sans buffer). La Tyan ne les accepte pas par ex. Hors elles sont plutot rares.

          ??? Ce sont les DIMMs registered qui sont rares
          (et pour rentrer dans les details, registered ne veut pas dire avec buffer mais avec un registre supplementaire sur les donnees en sortie )

          Ronan
          • [^] # Re: apprend à lire !

            Posté par  . Évalué à 1.

            au temps pour moi, c'est bien les registered qui sont rares (donc chères)
            • [^] # Re: apprend à lire !

              Posté par  . Évalué à 0.

              "au temps pour moi?"

              autant pour moi, j'ai dû me tromper toutes ces années.
              • [^] # Re: apprend à lire !

                Posté par  (site web personnel) . Évalué à 1.

                Indépendament du fait que c'est une expression bizarre que je ne trouve pas jolie, il me semble que les deux manières de l'écrire soient correctes.

                --
                • [^] # Au temps pour moi

                  Posté par  . Évalué à 0.

                  Pas tout à fait, même si la confusion est tolérée, "au temps pour moi" est la formulation correcte dans ce sens. Ouais c'est bizarre, ça a une éthymologie obscure dans le domaine militaire. Si je dis "je prendrai deux sucres dans mon café", là tu peux répliquer "autant pour moi" ! Ou n'en prendre qu'un, après tout tu fais ce que tu veux.
    • [^] # Méa culpa

      Posté par  . Évalué à 0.


      Le petit dernier du test étant son petit frère le Duron. Le test consistant à compiler le noyau 2.4.4 / 90 fois.

      le kernel a été compilé 3 fois de suite par station et de trois façon différente en variant le nombre de sous processus possible ce qui fait 9 compilations par station et non pas 90 fois comme le laisse entendre cette news pour Troll.


      c vrai que ma rédaction n'étais pas très clair ...
      Un modéro pour corriger


      pour la news troll , rien ne t'empêche de passer ton chemin , si le sujet ne te plait pas !
      • [^] # Re: Méa culpa

        Posté par  . Évalué à 0.

        Si la réponse ne te plait pas, ne la lis pas!
    • [^] # Re: apprend à lire !

      Posté par  . Évalué à 0.

      Ouais mais 9 fois sur chacune des 10 stations ca fait bien 90 fois je crois ......
  • # GCC et Athlon

    Posté par  . Évalué à 1.

    Le site http://www.athlonlinux.org/(...) regroupe les infos concernant l'optimisation du compilateur GCC pour profiter des capacités spécifiques de l'Athlon.

    En dehors du fait que les processeurs AMD sont les meilleurs procs x86, je suis curieux de savoir quelles sont les spécificités de ce processeur qui sont utilisés par le noyau (qui semble être le seul programme à en tenir compte).

    Bref, est-ce utile d'utiliser un GCC patché (sans risques ?) ou bien l'optimisation style flag "--pentium" suffit ?

    J'ai la nette impression que l'optimisation "pour pentium" est la seule réellement efficace pour GCC.

    Quelqu'un pour démentir ?
    • [^] # Re: GCC et Athlon

      Posté par  . Évalué à 0.

      j'en profite pour dire ke g essayer le patch athlon pour gcc et il se revel que sur certaine compile, y plante ou compile mal ... g eu le probleme pour le kernel 2.4.3 si je me souviens bien.
      je l'ai essayer pendant un moment, et g reinstaller le gcc de base ...
      d'autant plus que le site sur athlongcc n'est a jours donc pour moi c regler je reste en i686 ...
  • # J'en profite

    Posté par  . Évalué à 0.

    J'ai un Duron 800 et pour compiler le noyeau je dois le déclarer en i586/686, en K7 ça passe pas. Quelqu'un connait le probème où c'est moi qui est vraiment débile ?
    • [^] # Re: J'en profite

      Posté par  . Évalué à 1.

      Je voudrais bien t'aider mais je ne comprends pas quel est ton problème.

      Qu' est-ce qui ne passe pas ?

      - erreur de compilation ?
      - démarre pas ?
      - quelle version du noyau ?
      - quel compilateur ?
      - quelle distribution ?
      - un message d'erreur ?

      Pour info un Duron c'est juste un athlon avec moins de cache donc c'est considéré comme un Athlon pour la config du noyau.
    • [^] # Re: J'en profite

      Posté par  . Évalué à 0.

      J'utilise un noyau 2.4.4 sur la Slackware current du 10 mai 2001, et je n'ai aucun problème pour compiler en ayant déclaré (Athlon/Duron/K7) Processor family dans Processor type and features, pour un Duron 700@784 (112*7) sur une Epox 8KTA3.
      • [^] # Re: J'en profite

        Posté par  . Évalué à 0.

        Ca m'intéresse, j'ai également une 8KTA3 avec un Duron 800 non o/c et quand je déclare Athlon/Duron/K7, la compilation se passe bien (Mandrake 8.0 et noyau 2.4.4), mais impossible de booter (erreur dès le début du boot du style 00000x80000 sur trois pages).
        Pourtant si je recompile en ne changeant que le type de processeur (i586/686) ça fonctionne nickel. Il faudra que je réessaye, mais si il y en a qui ont une idée, elle est la bienvenue.
        • [^] # Re: J'en profite

          Posté par  . Évalué à 1.

          C'est peut-être la version du compilo qui pose problème? J'ai déjà fait un tas de compil avec mon Duron 700, même overclocké à 816=136x6, et je n'ai jamais eu de problème pour booter, et avec le choix K7/Duron (c'est moi l'anonyme du dessus, j'étais pas identifié hier soir)
          • [^] # Re: J'en profite

            Posté par  . Évalué à 0.

            Ok, et merci. Je sais au moins que ce n'est pas un problème matériel ou bug du noyau.
            Ben la prochaine fois j'essaie en insistant, le problème vient peut-être d'ailleurs. Mon bon je ne suis pas un fous de la recompil du noyau alors ça attendra, surtout que mon modem ADSL USB fonctionne nickel maintenant.

Suivre le flux des commentaires

Note : les commentaires appartiennent à celles et ceux qui les ont postés. Nous n’en sommes pas responsables.