Faire un don ! | | style | statistiques | contactez-nous | plan | lettre d'information

: Tests comparatifs entre les noyaux 2.4 et 2.6

Posté par majinboo (). Modéré le 25 septembre 2003.
De nouveaux benchmarks effectués par Cliff White et utilisant re-aim viennent d'etre publiés. Ces benchs ont été effectués sur 3 noyaux différents : le 2.4.23-pre5, le 2.6.0-test5 et le 2.6.0-test5-mm4 .

> Lire la dépêche (29 commentaires, moyenne: 3).  

Vous avez demandé le commentaire #274880.

Re: Bench comparatifs entre les kernel 2.4 et 2.6

Posté par lockness () le 25/09/2003 à 18:59. (lien). Évalué à 8.

Je suis peut-être stupide mais je ne comprends pas trop ce que veulent dire tous ces chiffres !
Si quelqu'un pouvait m'expliquer quels ont été exactement les tests effectué, je lui serai reconnaissant :)

  • [^]Re: Bench comparatifs entre les kernel 2.4 et 2.6

    Posté par Encolpe DEGOUTE (page perso, ) le 25/09/2003 à 19:22. (lien). Évalué à 6.

    Je demande la même chose.
    Quitte à modéré un article de ce type là, je demanderai des explications.

    Deux lignes, deux liens et demerdez-vous.

    [^]Re: Bench comparatifs entre les kernel 2.4 et 2.6

    Posté par Jeff () le 25/09/2003 à 19:22. (lien). Évalué à 6.

    La synthèse brève et laconique:

    - le kernel 2.4 reste plus performant que le 2.6 sur un système mono-processeur.

    - mais le 2.6 a de meilleurs performances en SMP...

    m'es-tu reconnaissant? ;P

    • [^]Re: Bench comparatifs entre les kernel 2.4 et 2.6

      Posté par Goon () le 25/09/2003 à 19:29. (lien). Évalué à 1.

      Extrêmement ! ;)

      Mais les ordres de grandeur des différences de performance, c'est quoi ? Négligeable (genre < 1%) ou au contraire plus significatif ?

      • [^]Re: Bench comparatifs entre les kernel 2.4 et 2.6

        Posté par majinboo () le 25/09/2003 à 19:39. (lien). Évalué à 0.

        L'ecart est quand meme assez important et n'est en tout cas pas negligeable.

        • [^]Re: Bench comparatifs entre les kernel 2.4 et 2.6

          Posté par Alexandre Beraud () le 25/09/2003 à 20:01. (lien). Évalué à 1.

          Ils auraient peut-être du s'arrêter à 2.4 alors.

          • [^]Re: Bench comparatifs entre les kernel 2.4 et 2.6

            Posté par myrddwin () le 25/09/2003 à 20:47. (lien). Évalué à 2.

            ba non puisqu'il y a une amélioration en multiprocesseurs...
            Moi si j'avais le choix au moment de l'installation, je proposerai 2 option de noyaux, le 2.4 pour un mono proc et le 2.6 pour les station smp.. enfin bon faut voir si c la seul différence :p
            enfin bon on vera de toute facon cc pas moi qui vais faire tt ca :p

            [^]Re: Bench comparatifs entre les kernel 2.4 et 2.6

            Posté par Amaury () le 26/09/2003 à 09:04. (lien). Évalué à 3.

            Cette situation reflète bien la tendance du kernel à combler son retard sur les architectures "professionnelles" : le kernel a été historiquement développé sur et pour des machines de particuliers (monoproc, peu de RAM, peu de disque).

            Depuis le 2.4, le kernel supporte de mieux en mieux le matériel rencontré dans certaines entreprises (machines à plus de 4 processeurs etc), et cette tendance devrait s'affirmer avec le 2.6.

            AMHA c'est une bonne chose : si Linux se confirme comme un OS de choix et de qualité sur tous les secteurs de l'informatique "professionnelle" (et non plus majoritairement les équipements réseau comme c'est le cas aujourd'hui), cela facilitera grandement sa progression dans les entreprises.

            • [^]Re: Bench comparatifs entre les kernel 2.4 et 2.6

              Posté par Alexandre Beraud () le 26/09/2003 à 12:31. (lien). Évalué à 2.

              Pour le coup de l'arret c'etait bien evidemment une boutade mais neanmoins ca me fait mal de penser que le 2.6 sera moins performant (ca reste a voir dans le detail) que le 2.4 sur ma babasse perso. C'est comme les impots, si on donne d'un cote mais qu'on rogne de l'autre, au final les gens sont mecontents. J'attends plus de details, mais je pense deja rester au 2.4 car je n'ai rien a gagner a passer au 2.6.

      [^]Re: Bench comparatifs entre les kernel 2.4 et 2.6

      Posté par Christophe KINNE () le 25/09/2003 à 20:49. (lien). Évalué à 0.

      He goes on to explain that the following results show that the latest stable 2.4 kernel still out-performs the 2.6.0-test development kernel on a uniprocessor server, but not on a multiprocessor server. Read on for the raw data.

      Je sais aussi lire, je cherche des details sur les chiffres.

      [^]Re: Bench comparatifs entre les kernel 2.4 et 2.6

      Posté par lezardbreton (Jabber id, page perso, ) le 25/09/2003 à 20:54. (lien). Évalué à 4.

      Je dis peut-être quelque chose de stupide, mais les nouveautés sur le 2.6 ne concerneraient-elles pas une utilisation plus orientée serveur ?
      Je sais bien que quelques personnes ont des multiprocs comme PC, mais bon, c'est pas à la portée de tout le monde...
      En gros, lors d'une utilisation desktop, à part l'amélioration au niveau du son (avec l'intégration d'alsa), qu'est ce qu'on peut espérer ?

      • [^]Re: Bench comparatifs entre les kernel 2.4 et 2.6

        Posté par lezardbreton (Jabber id, page perso, ) le 25/09/2003 à 21:03. (lien). Évalué à 9.

        Pour ceux qui sont intéressés, voici une doc d'IBM sur le noyau 2.6 :
        http://www-106.ibm.com/developerworks/linux/library/l-inside.html?c(...)
        Elle me parait plus intéressante que des benchmarks sur un pre-2.6. On se doute que les noyaux 2.6.20 seront plus rapide que les 2.4.20, enfin j'espère...

        [^]Re: Bench comparatifs entre les kernel 2.4 et 2.6

        Posté par jigso () le 26/09/2003 à 07:53. (lien). Évalué à 8.

        C'est curieux, je suis passé - pour voir - d'un 2.4 à un 2.6 (quasiment sans douleur sur Debian/Sid), et globalement je trouve que ça va plus vite ; je n'ai pas de benchmark très pointus, juste mon sentiment d'utilisateur de desktop.
        Au boot, les messages défilent plus vite, dans la fenêtre de démarrage de Kde les icones s'allument plus vite, les évenements grapiques vont plus vite (redimensionnement, déplacement des fenêtres, réaffichage de l'écran au changement de bureau, etc...).(1)

        Techniquement ce sentiment d'accélération peut-être du à plusieurs choses : meilleur gestion des disques, de la mémoire, kernel preemption machin, ... , bref, je ne sais pas exactement ce que le 2.6 a modifié par rapport au 2.4, mais en tout cas je n'échangerai pas mon baril de 2.6 contre 2 barils de 2.4


        1 : et j'ai même du modifier les réglages de la souris, elle bougeait trop vite, véridique !

        • [^]Re: Bench comparatifs entre les kernel 2.4 et 2.6

          Posté par matli () le 26/09/2003 à 08:01. (lien). Évalué à 3.

          Il faut dire que l'on peut lire un peu partout, et notamment dans le dernier LMF hors série, que le 2.6 apporte beaucoup d'amélioration au niveau des accès disque, de l'ordonnanceur, de plein de chose encore. Peut être que les benchs ne sont basés que sur les performances du proc (j'ai bien essayé d'aller voir, mais ça donne pas envie) alors que dans le cas d'une utilisation quotidienne, tu appréhendes l'ensemble des perfs du noyau.

          • [^]Re: Bench comparatifs entre les kernel 2.4 et 2.6

            Posté par jigso () le 26/09/2003 à 08:47. (lien). Évalué à 1.

            Ce qui montre une fois de plus que les bench sont toujours à prendre avec des pincettes...

          [^]Re: Bench comparatifs entre les kernel 2.4 et 2.6

          Posté par _Tof_ () le 26/09/2003 à 09:24. (lien). Évalué à 1.

          J'ai eu le même problème ! La souris était devenu trop rapide, voire incontrolable!
          Peut etre que je devrai faire un rapport de Bug .... ;o)

          • [^]Re: Bench comparatifs entre les kernel 2.4 et 2.6

            Posté par Stone Tramo () le 27/09/2003 à 06:59. (lien). Évalué à 1.

            utilise xset

          [^]Re: Bench comparatifs entre les kernel 2.4 et 2.6

          Posté par vincent LECOQ (Jabber id, page perso, ) le 26/09/2003 à 09:29. (lien). Évalué à 3.

          la fréquence du RTC entre autres !
          ils ont "augmenté" ma granumarité du système en multipliant tout bêtement sa fréquence par 10 ...

          --
          Ma signature ici
          • [^]Re: Bench comparatifs entre les kernel 2.4 et 2.6

            Posté par vincent LECOQ (Jabber id, page perso, ) le 26/09/2003 à 09:31. (lien). Évalué à 2.

            et m.... mon clavier recommence à faire des fautes !
            manquerait plus qu'il se blo

            --
            Ma signature ici

      [+] [^]Re: Bench comparatifs entre les kernel 2.4 et 2.6

      Posté par lockness () le 25/09/2003 à 22:40. (lien). Évalué à -2.

      Oui, Ô Grand Maître, je le suis :)
      Merci bien Jeff !

    [^]Re: Bench comparatifs entre les kernel 2.4 et 2.6

    Posté par iamkdo () le 25/09/2003 à 20:56. (lien). Évalué à 1.

    Arf, franchement ce n'est pas en publiant de tels torchons incompréhensibles (attention à la méningite aigue) qu'on va attirer l'attention des décideurs ...
    Vi je sait, vous n'en avez rien à battre des décideurs.

    • [^]Re: Bench comparatifs entre les kernel 2.4 et 2.6

      Posté par reno () le 25/09/2003 à 21:45. (lien). Évalué à 5.

      Rien a battre, pas forcément, mais pour autant tout les articles doivent-ils leur être adréssé?
      Non!
      Au départ, c'est un mail envoyé sur lkml: pas un endroit pour les "décideurs" comme tu dit..

      • [^]Re: Bench comparatifs entre les kernel 2.4 et 2.6

        Posté par Maillequeule () le 25/09/2003 à 22:47. (lien). Évalué à 3.

        Et puis on vous le dit sans arrêt : Les décideurs ne savent même pas que linuxfr existe, et ont autre chose à faire que de passer ici.

        M

      [^]Re: Bench comparatifs entre les kernel 2.4 et 2.6

      Posté par Michel Galle () le 25/09/2003 à 23:18. (lien). Évalué à 7.

      il y a d autres articles pour les décideurs

      on est PAS tous décideurs, cela semble hallucinant, oui oui je sais, mais ON ..N' .. EST.. PAS .. TOUS des DECIDEURS

      MAIs rassure toi, l existence d'un papier très/trop "technique" ne vas en RIEN interdire de faire AUSSI des papiers pour les décideurs

      ouf, nous voilà rassuré. voilà

      Ami décideur, rassure toi, on va aussi penser à toi, on t'aime aussi. smach!



      (sigh.. ce qu'il faut pas lire... avec les tonnes de papiers, de conférences, de distribs commerciales, de je ne sais plus combien de docs d'ibm ou autres, d'efforts de la part de gens comme bruce perens, et d'autres qui sont développeurs kernel ,non .. y en a toujours pour RESTER AVEUGLE et ne voir que LEs PAPIERS techniques NON pensé pour nos amis les décideurs et ROYALEMENT ignorer la TONNE d'article FAIT/PENSE/VOULU pour nos amis les décideurs... )

      bon , ok mettez moi -1 à cause du ton, mais le fond est vrai, y a aussi des papiers pour les décideurs. c'est pénible de voir des gens casser la moindre initiative parce qu'ils sont pas fichus de savoir ce qui se fait ailleurs.

      • [^]Re: Bench comparatifs entre les kernel 2.4 et 2.6

        Posté par sparky () le 26/09/2003 à 08:47. (lien). Évalué à 1.

        A chaque fois que j'installe une (nouvelle) distribution, je prend conscience de nouveaux outils. Dernière surprise en date rdesktop, superbe et impeccable. Mais à propos du noyau 2.6, je trouve rarrement une liste claire des nouvelles possibilités. Quelqu'un peut me donner un lien ?

    [^]Re: Bench comparatifs entre les kernel 2.4 et 2.6

    Posté par Code34 (page perso, ) le 26/09/2003 à 00:29. (lien). Évalué à 5.

    Il y a eu deux types de benchs:

    new_dbase
    This mix assumes a large multithreaded application that does a lot of disk I/O (async reads, sync writes), keeps lots of data in memory which is constantly searched, and does a lot of IPC via shared memory.

    compute
    This mix loads in large quantities of data (page_test), performs huge amounts of floating point calculations on large data structures (all forms of floating point calculations, using all types of algorithms), spreads data around in memory, with a large amount of IPC for graphics. Very heavy file I/O.

    stp x cpu: x indique le nombre de processeurs
    le chiffre à gauche: c'est le numero d'id du benchmark
    le chiffre à droite: ~990 pour 1 cpu, c'est le nombre max de jobs par minutes
    le chiffre tout à droite: ~17 pour 1 cpu, c'est le nombre max d'utilisateurs.

    il faut regarder ici avec l id du bench pour avoir plus de détails:
    http://developer.osdl.org/cliffw/reaim/index.html(...)

    Le truc réellement interressant c'est de regarder les performances en fonction du nombre d'utilisateurs (par exemple pour le bench 1, 1 cpu copermine 1000 mhz).
    http://khack.osdl.org/stp/280322/results/maxj/stp_hdata.2.html(...)

    Sinon, il y a les détails des opérations effectués par les jobs dans la documentation de reaim qui se trouve dans le repertoire old/doc/ de l'archive.