Ubuntu ralentit avec le temps?

Il y a environ quelques mois, j'utilisais Ubuntu (en faisant quelque chose dans la ligne de commande) quand il a commencé à être vraiment en retard. Je frappais S(ou toute autre touche) et comme 20 secondes plus tard, il apparaissait dans mon terminal.

Naturellement, j'ai tué la machine et redémarré. Le système a commencé à bien fonctionner, mais environ 30 minutes plus tard, il a fait la même chose. Maintenant, je suis obligé d'utiliser Ubuntu en 30 minutes. J'ai regardé mes processus en cours et aucun d'entre eux ne consomme beaucoup de CPU ou de RAM.

Heureusement, j'ai démarré deux fois pour pouvoir utiliser ma machine. Maintenant, je dois corriger ce problème et je me demande quelles sont mes options. Serai-je obligé de faire une nouvelle installation ou existe-t-il une autre façon?

command-line performance Kredns
la source

cela se produit-il également si vous n'utilisez pas ubuntu pendant 30 minutes après le démarrage?

aatdark

Cela ne se produit que lorsque je l'utilise. Sinon, il restera bien là. Et je peux l'utiliser pendant 30 minutes sans décalage.

Kredns

obtenez-vous des messages dans / var / log / syslog ou /var/log/kern.log indiquant un problème?

aatdark

Voici mon /var/log/syslog: pastebin.com/HbAC8p8e

Kredns

Et voici mon /var/log/kern.log: pastebin.com/8V6Z48vk

Kredns

Réponses:

Installez d'abord htop et iotop:

sudo apt-get install htop iotop

Ensuite, démarrez trois terminaux et exécutez chacune de ces commandes dans chacun d'eux:

iotop

Cette commande vous montrera tout processus qui écrit sur le disque dur

htop

Cette commande montrera une alternative plus colorée au sommet. Portez une attention particulière à la quantité de mémoire disponible. Si cela commence à manquer, vous verrez probablement bientôt une augmentation des écritures sur disque dans la commande iotop (ci-dessus), ce qui peut indiquer à son tour que quelque chose fuit de la mémoire ...

tail -f /var/log/messages

Cette commande affichera les messages système. Si un programme tombe en panne ou autre, plus d'informations peuvent apparaître ici. Donc, lorsque vous commencez à remarquer des décalages système, vérifiez la sortie de cette commande ...

Bien sûr, rien de ce qui précède ne résout réellement votre problème, mais cela pourrait aider à le diagnostiquer.

A bientôt / N

Nicke
la source

Nicke, plutôt que de simplement copier ma réponse pratiquement mot pour mot ( askubuntu.com/questions/18564/… ), il serait plus respectueux de simplement lier la question d'origine. Pas impressionné.

Scaine

-1 pour plagiat. De plus, une fois que mon système commence à ralentir, je ne suis pas en mesure de taper des commandes comme celle-ci, car après environ 40 secondes de retard, le système se bloque et je dois faire un redémarrage dur.

Kredns

Quelle? Certainement pas! Et qu'entendez-vous par «mot par mot», il n'y a pratiquement pas de phrases similaires (sauf bien sûr pour les commandes qui sont de notoriété publique). En outre, @Scaine, le message ci-dessus aborde le problème spécifique d'une fuite de mémoire suspectée, ce que je ne pense pas que le vôtre fasse. Cela ne me dérangerait pas du tout de créer un lien vers votre message maintenant que je sais qu'il existe, mais m'accuser de plagiat me dérange certainement - il existe des moyens polis de signaler des similitudes dans le sujet sans insinuer un vol délibéré!

Nicke

Alors mes excuses, Nicke. Semblait beaucoup trop fortuit pour utiliser spécifiquement les mêmes commandes. Je veux dire htopquand topferait bien par exemple. En outre, dmesgc'est plus courant, mais je préfère suivre le kern.log car c'est en temps réel. Je pensais que c'était trop fortuit. Encore désolé.

Scaine

Par coïncidence, je ne sais pas: tout dépannage rudimentaire des retards du système comprendrait la surveillance de la charge du processeur, de la charge du disque et de rechercher les messages de journal suspects ... Je pense que htop est plus pratique que top (prise en charge de la souris, liste des processus déroulants, moins encombré etc) - et nous ne sommes probablement pas les seuls. 'tail -f' est la commande standard pour "suivre" un fichier; c'est-à-dire imprimer de nouvelles lignes telles qu'elles y sont écrites ... dmesg vide simplement le contenu de / var / log / dmesg une fois puis quitte - aucune sortie continue de nouvelles lignes. Alors, concidental? Peut-être, mais assez pour présumer du "plagiat"? Je ne pense pas ...

Nicke

Vérifiez votre utilisation de la mémoire - je lance l' System Monitorapplet dans mon panneau, et il me permet de savoir si je suis sur le point de manquer de mémoire. Lorsque je lance trop de programmes, j'ai des problèmes similaires - une réactivité très lente.

S'il s'agit d'un problème de mémoire, essayez d'utiliser topou l'outil de surveillance système complet que vous pouvez lancer à partir de l'applet pour identifier le ou les processus qui utilisent votre mémoire. Souvent, vous pouvez le supprimer et ne pas avoir de problèmes, mais vérifiez d'abord.

Thelema
la source

Ce n'est pas le cas. Ce n'est pas que j'ai trop de programmes en cours d'exécution. Il sera en retard avec une seule fenêtre de terminal ouverte. J'ai 3 Go de RAM et un processeur double cœur.

Kredns

Quel que soit le nombre de programmes que vous exécutez, un processus de bogue peut consommer de la mémoire.

Nicke

Mais aucun ne le fait cependant.

marines

Votre vrai problème pourrait être une surchauffe. J'ai eu exactement le même problème. Tout ce que j'ai fait, c'est d'élever mon ordinateur portable en le conservant dans le livre de texte de Dana sur la MI (pour la 4e édition). Votre problème surchauffe si vous entendez votre ventilateur vrombir à grande vitesse. Il a du mal à garder votre ordinateur portable au frais. La puissance de traitement est détournée pour maintenir le ventilateur en marche.

usersurya
la source

S'il surchauffe, le processeur peut simplement s'arrêter et entraîner l'arrêt de votre système. J'ai le même problème de ralentissement le 14.04, et la solution de contournement actuelle est vraiment de redémarrer.

Antony