Journal Après PowerTOP voici LatencyTOP

Posté par  (site web personnel) .
Étiquettes : aucune
0
19
jan.
2008
Arjan van de Ven, le développeur Intel fou, récidive et nous propose cette fois un outil permettant de visualiser les latences des programmes sous Linux et de déterminer leur origine au sein du noyau..
Moins d'un an après l'annonce de PowerTOP voici venir LatencyTOP.
L'outil, dont le site se trouve ici, se concentre sur les situations ou la latence empêche une application de faire son travail, par exemple un lecteur vidéo qui fige l'image quand le disque est utilisé par une autre application.
C'est un programme en espace utilisateur associé à un patch noyau qui permet d'annoter les diverses opérations du kernel pour pouvoir ensuite les compter.
L'utilisation à l'air très simple et cet outil va sans doute permettre, comme PowerTOP l'a fait en 2007, d'améliorer techniquement de nombreuses applications.

Selon Arjan les patchs noyaux ne sont pas encore prêts pour une inclusion en mainline et doivent être relus de manière critique par les autres contributeurs LKML : "The patches aren't quite ready for mainline inclusion yet (assuming they aren't hated universally in the first place)...At this point, I would like to invite comments and reviews of the concept and the code to see if people consider this tool useful"

  • # huuum

    Posté par  . Évalué à -5.

    c'est a Microsoft qu'il faut proposer ça, parce qu'avec la configuration dont je dispose actuellement, impossible d'enregistrer des programmes vidéo avec un adaptateur TNT. Pourtant j'ai ce qu'on peut considérer comme une machine rapide. Ce doit être l'administrateur (s'il y en a un ) qui n'est pas compétant. Je n'ai pas beaucoup plus de compétences sur le système d'exploitation concurrent, mais pourtant ca marche bien mieux : fluidité, stabilité. Ha non, j'ai quand même connu quelques plantages sur une distrib à la couleur marron.

    • [^] # Re: huuum

      Posté par  . Évalué à 4.

      Perso je n'ai pas de problème de latence "visible" sous Linux non plus, a pars flash mais c'est normal c'est proprio.
      Pourtant j'ai un PC pas mal à la traîne (2002)

      • [^] # Re: huuum

        Posté par  . Évalué à 5.

        De même, pas de latence visible. Mais l'idée est vraiment sympatique. Toute idée ou outil qui permet de mesurer des faiblesses de logicielles (consommation trop élevée, latence trop importante) est un atout majeur dans le développement.

        Et la latence, même non visible est bien présente (comme dans son annonce), il a déjà repérer une petite inversion de priorité à faire dans l'Ext3 pour gagner en latence.

        Alors bravo et merci Arjan van de Ven ! Continue à nous développer et inventer des *TOP

      • [^] # Re: huuum

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

        Vous n'avez pas eu de soucis lors d'une utilisation intensive du disque dur ? Genre une grosse copie en background et tous semble ramouiller.

        "La première sécurité est la liberté"

        • [^] # Re: huuum

          Posté par  . Évalué à 3.

          Bah non (je viens de re-tester) apparemment Linux se débrouille bien a ce niveau :)

        • [^] # Re: huuum

          Posté par  . Évalué à 9.

          Bonjour,


          Pour ma part, j'ai eu de sérieux problèmes de latence il y a quelques temps (sous Debian GNU/Linux Sid) lors des copies (avec la commande cp ou avec un navigateur de fichiers).


          Au-delà d'un certain volume de données (> 300 Mo ; petits ou gros fichiers) la réactivité du système finissait par complètement s'effondrer au bout de quelques instants à peine (pour se faire une idée, un simple changement d'onglet dans Konqueror pouvant nécessiter jusqu'à 8 secondes !), au point que l'OS devienne presque inutilisable. Pourtant rien d'anormal au niveau de la consommation des ressources (CPU à ~20%, occupation mémoire normale...).

          Je précise que j'utilisais le même matériel depuis 3~4 ans sous GNU/Linux sans avoir jamais observé de tels problèmes (que ce soit sous Fedora, Gentoo et, depuis un bon moment, Debian) : un DELL Inspiron 8500, P4 @ 2.4 GHz ; 1 Go de RAM ; HDD 30 Go 5400tpm.


          J'ai d'abord essayé diverses solutions, sans résultat :
          recompilation d'un noyau avec les sources patchées Debian ou Vanilla, différentes versions (2.6.22.x, 2.6.23.x) avec différentes configs (PREEMPT : voluntary et low-latency desktop ; no forced preemption), hdparm (DMA et consorts), smartmontools (souci matériel ?), etc.

          Après ces investigations, je suis arrivé à la conclusion que ça ne pouvait venir que du FS : peu de temps avant l'apparition des problèmes de latence, j'avais effectivement reformaté mon /home en ReiserFS (3.6), histoire de tester.

          Finalement, malgré des reiserfsck sans erreur mais toujours sans résultat, j'ai fini par reformater mon /home en Ext3 (que j'utilisais auparavant sans souci) ce qui a "réglé" le problème (depuis, j'ai aussi fait des essais avec XFS, qui offre de bons résultats, sans latence pendant les copies).


          Conclusion :
          J'aurai aimé avoir eu connaissance d'un outil comme LatencyTOP à ce moment-là ; peut-être aurais-je pu en savoir davantage sur cette étrange histoire de latence avec ReiserFS.

          THRAK (def.) : 1) A sudden and precise impact moving from intention, direction and commitment, in service of an aim. 2) 117 guitars almost striking the same chord simultaneously.

          • [^] # Re: huuum

            Posté par  . Évalué à 5.

            Je ne sais pas si c'est véritablement lié, mais voici un petit comparatif de performance (vitesse de boot) fait sous openSUSE 10.0, qui utilisait ReiserFS par défaut (openSUSE est passé à Ext3 depuis).

            http://en.opensuse.org/File_systems

            Le verdict : ReiserFS semble moins véloce qu'Ext3.
            Lire aussi les commentaires sous "Results and interpretations" qui modère ces résultats.

        • [^] # Re: huuum

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

          yop :)

          Alors personnellement, sur un C2D 6750 et 2 Gigas de RAM latency 4 (autant dire le meilleur rapport qualité prix d'il y a 4 mois), j'ai un ralentissement complet de la machine lors de l'écriture ou de la lecture sur disque SATA II quand il reste peu de place et une occupation processeur importante sans ralentissement quand il y a de la place.

          Exemple :
          -> Ktorrent en tâche de fond
          -> copie des isos de DVD sur le DD externe (ou copie sur le disque)

          donne une occupation processeur de près de 70%.
          ma carte mère est une ASUS P5K-VM et le chipset sataII... euhh... je sais plus ;)
          ---> hop, ch'ti pscpidrake -v : ata_piix : Intel Corporation|82801I (ICH9 Family) 2 port SATA IDE
          donc Intel ICH9

          Sachant que le calcul des débits me donnent un excellent résultat :
          /dev/sda:
          Timing cached reads: 6748 MB in 2.00 seconds = 3377.90 MB/sec
          Timing buffered disk reads: 200 MB in 3.02 seconds = 66.25 MB/sec

          même l'écriture brute dans un fichier est assez bonne :
          dd if=/dev/mem of=~/essai_hd
          790608+0 enregistrements lus
          790607+0 enregistrements écrits
          404790784 bytes (405 MB) copied, 6,59332 s, 61,4 MB/s

          Si je lance plusieurs en même temps j'obtiens bien la somme totale de mon débit, soit près de 60MB/s.

          Enfin pour finir... si je laisse très peu de place... juste ce qu'il faut... là j'ai un grattage monstre... et des performances en baisse. (normal ça fragmente à mort)

          A mon avis, ce chercheur de latence sera très efficace pour améliorer le comportement/la réactivité de linux.

          NB : le disque dur est assez silencieux : samsung spinpoint 250 Go

          • [^] # Re: huuum

            Posté par  . Évalué à 4.

            C'est vrai que les problemes de perf lorsque le disque est plein sont parfois tres embettants. J'avais deja eu une machine presque inutilisable sans raison apparente, avant que je regarde l'espace disque disponible. De plus, plus on utilise une partition presque pleine, meme si on efface régulierement des fichiers, plus elle se fragmente et on perd en perf.
            Sans parler des FS non "standards" sous linux (NTFS, HFS+) qui fragmentent tres tres vite sous linux car personne n'est motivé pour écrire un bon driver pour ces FS (bon, c'est un peu normal).

            • [^] # Re: huuum

              Posté par  . Évalué à 4.

              Sion il existe iostat et dstat qui peuvent eux aussi voir les gouleaux d'étrenglement.

              Et puis pour résoudre vos problèmes de disk i/o
              Je vous recomande ionice

              Parfait pour lancer un programme de p2p ^^
              Ou encore faire des alias pour lorque vous lancez des opérations de comp/décompression en ligne de commande il y ai déjà dans l'alias un ionice avant :p

              Have fun

              • [^] # Re: huuum

                Posté par  . Évalué à 5.

                Merci pour ionice, je ne connaissais pas !

Suivre le flux des commentaires

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