Forum Linux.général Pourquoi ça rame ???

Posté par  (site web personnel, Mastodon) . Licence CC By‑SA.
Étiquettes :
0
30
sept.
2014

Bonjour à tous,

j'ai depuis hier, un gros soucis de lenteur avec mon PC (station DELL Precision T3610 fonctionnant sous Debian 7.6 Wheezy à jour et KDE 4.8.4).

Cette lenteur se manifeste dans deux cas :
- l'accès à un répertoire (local ou distant NFS) par Dolphin;
- l'envoi ou la réception de mails par Kontact (kmail).

La commande htop (avec tri sur time+) me renvoie essentiellement :
- 0:58:39 ~/.kde/Autostart/kontact;
- 0:51:09 /usr/bin/plasma-desktop;
- 0:50:57 /usr/bin/X :0 vt7 -br -nolisten tcp auth /var/run/xauth/A:0-FMr6ha
- 0:47:25 kwin

Avez-vous une idée de ce que je peux faire pour soit régler le problème, soit mieux le cerner ?

Merci à vous.

Ced.

  • # Pistes

    Posté par  . Évalué à 3.

    Quelques pistes:

    1) Vérifi les I/O:
    iotop

    2) Le DNS
    Il peut y avoir un timeout, je ne serais pas surpris de voir Dolphin tenter de toucher à tes disques NFS même quand tu navigues en local..

    3) Vérifie si il n'y a pas de l'eau sous le PC.

    • [^] # Re: Pistes

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

      Eh non, pas d'eau sous le PC.

      Comment vérifies-tu le timeout pour le DNS ?

      iotop, je ne connaissais pas, c'est génial !
      Mais pour mon cas, lorsque j'utilise Dolphin pour rentrer dans un répertoire, tout semble à zéro.
      Y a un [jdb2/dm-2.8] qui apparaît de temps en temps, mais redisparaît très rapidement.

      Donc c'est peut-être plutôt du côté du DNS…

      • [^] # Re: Pistes

        Posté par  . Évalué à 1.

        En général, je remarque les problèmes DNS quand je fais un SSH vers une machine qui ne résoud pas correctement de son coté.
        Il faut plusieurs longues secondes avant de voir le prompt de cette machine arriver.
        En local, je remarque ça en naviguant sur un site que je n'ai pas visité précédement, il faut plusieurs secondes avant que la page ne soit réellement téléchargée.

        Pour vérifier le DNS, je dirais que cette commande devrait répondre dans la seconde:
        dig www.google.fr

        Si tu connais les adresses DNS de ton FAI, tu peux les vérifier une par une en le précisant à 'dig':
        dig @208.67.222.222 www.google.fr

        Je pense que c'est mieux de spécifier l'adresse afin d'éviter de passer par le cache de certaines box internet.

        Chez moi ça répond et donne:
        ;; Query time: 33 msec

        • [^] # Re: Pistes

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

          Merci petit_bibi pour cette astuce avec dig.

          Chez moi, ça donne :
          ;; Query time: 26 msec

          Donc, ça ne doit pas être un problème de résolution DNS.

  • # Autres pistes

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

    Un bon indicateur en général est l'utilisation du swap (avec la commande free par exemple). Qui te laissera voir si ta machine manque de mémoire vive. Tu peux alors trouver les process consommateurs en regardant la mémoire résidente (RES) dans htop/top …

    L'autre chose à voir est si le noyau te dis des choses (dmesg), erreurs de disque, kernel oups, connexion qui bagotte (link up / link down) …

    Enfin tu peux regarder du côté réseau. Faire par exemple une capture avec wireshark et voir s'il y a des pertes de paquets.

  • # Quand ça rame

    Posté par  (site web personnel) . Évalué à 2. Dernière modification le 01 octobre 2014 à 09:15.

    Quand ça rame : il faut voir d'ou provient la cause

    RAM / CPU / DISQUE /autres

    pour cela : iostat

        avg-cpu:  %user   %nice %system %iowait  %steal   %idle
               9,65    3,12    3,36    8,07    0,00   75,79

    Device:            tps    kB_read/s    kB_wrtn/s    kB_read    kB_wrtn
    sda              32,52       849,00       302,69     622815     222048

    %Iowait => si pourcentage important problème d'I/O (swap, base de données etc …)
    %user %nice %system => le problème est à rechercher dans les processus
    %idle => pourcentage d'inactivité une machine au taquet est à zéro sinon cela ne vient d'ailleurs que de la RAM / CPU / DISQUE et généralement il s'agit d'un problème réseau
    En premier vérifier/ DNS ou le nommage y compris le nom de ton serveur / puis vitesse (download qq chose )

    apres si tu ne trouves rien de louche li faut aller voir les logs (/var/log) puis les mails ceux de root et chercher si un message ne peu pas t'aider
    En general quand tu connais … copie/colle dans google

    voila bon courage
    tiens nous au courant

Suivre le flux des commentaires

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