Logo GNT
Actualités Tests & Guides Bons Plans
GTA 6 iPhone 17 Copilot Switch 2 Temu ChatGPT Tesla
OVH Cloud OVH Cloud
Entraide Linux Autres OS Linux Debian Comment faire pour savoir ce qui rame sur une machine

Comment faire pour savoir ce qui rame sur une machine

15 réponses
Avatar
Aurelien
Salut,

Je viens de remettre une Squeeze toute neuve sur mon PC portable, acheté
en 2003 (pas très jeune, donc) qui m'a servi pendant ma thèse à faire du
calcul numérique.
Mais c'est la misère, il en chie à la moindre opération (même un clic
droit). J'aimerais bien savoir ce qui déconne, car, a priori quand
j'étais en thèse, il supportait ça relativement bien, et pour ce que je
demande il devrait s'en sortir. Je soupçonne le disque, mais je ne suis
pas sûr.

Y a-t-il un moyen de savoir quel est l'élément incriminé, afin de
pouvoir le changer ?

Merci.

A plus tard.

--
Aurélien

--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists

Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe"
vers debian-user-french-REQUEST@lists.debian.org
En cas de soucis, contactez EN ANGLAIS listmaster@lists.debian.org
Archive: http://lists.debian.org/20101214083630.GA4011@sebkhachott.net
Signaler un problème avec ce contenu

5 réponses

Supprimer
Cette action est irreversible, confirmez la suppression du commentaire ?
Signaler le commentaire

Veuillez sélectionner un problème

Nudité
Violence
Harcèlement
Fraude
Vente illégale
Discours haineux
Terrorisme
Autre
1 2
Avatar
Sylvain L. Sauvage
Le mardi 14 décembre 2010 à 14:57:44, Xavier Brochard a écri t :
wrote:
>> quelle taille fait /var/log/messages ? :
> 22.528.080 octets

22 Mo, rien que ça!
si tu veux l'effacer il faudra passer en mode mono
utilisateur soit au démarrage, soit comme ça:
ferme ta session graphique, logge-toi root en console, et
tape "telinit 1" (le chiffre un)
ensuite tu efface /var/log/messages et tu redémarre
rm /var/log/messages
reboot



Euh, quel intérêt de vouloir l’effacer sans l’avo ir lu ?
Et pourquoi redémarrer ? Il suffit de faire un
killall -HUP syslogd
après l’avoir effacé (en root). syslogd doit être le seul
processus qui y écrit en le gardant ouvert.

--
Sylvain Sauvage

--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists

Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe"
vers
En cas de soucis, contactez EN ANGLAIS
Archive: http://lists.debian.org/
Avatar
Aurelien
On Tue, Dec 14, 2010 at 03:15:50PM +0100, Xavier Brochard wrote :
Aurelien wrote:
> On Tue, Dec 14, 2010 at 10:26:28AM +0100, Xavier Brochard wrote :
> free -h me dit que -h n'est pas une option recevable.

pardon c'est free -m
les outils ont presques tous l'option -h pour "format lisible par un
humain", pas free...




OK, dans tous les cas, 256Mo, partagés (32Mo - j'essaie 64Mo, là, pour
voir si c'est mieux), donc 220Mo sont occupés de base.

> Mais bon, je vais vérifier cette histoire de 256Mo, il me semble que
> c'était plus.

256 Mo sont assez pour XFCE, en fait pour toutes les interfaces graphiques
de Lenny.



C'est ce qu'il me semblait (je suis en Squeeze).



Quelques idées:
Comme on pense tout de suite à un problème de pilote graphique, as-tu essayé
de démarrer avec le pilote graphique vesa ou le pilote framebuffer, pour
voir si ça vient du SIS?



Non, je vais tenter.


Le premier noyau 2.6 est sorti en 2003. Tu devais donc être en 2.4 au début.
Sur des postes plus anciens, ça peut faire une grosse différence, mais sur
le tiens, quand même pas. En console aussi ça rame?



Non, j'ai commencé en 2.6. Ce PC est de 2003, mais il est possible que
je n'ai mis Debian (SID, à l'époque) dessus que début 2004.


Pour le matériel:
lspci -k (montre les drivers)



Heu, c'est marrant, mais pour la carte vidéo, il n'y a pas de driver
listé. C'est normal ?
Et, en fait, il n'est pas listé dans lsmod, non plus. Il doit être en
dur ? (je travaille avec un noyau Debian).


et aussi
lspci -vvv
(tape lsci -vvv > sortielspci.txt parce que c'est très long)



OK, rien de neuf.

Petit truc qui me met la puce à l'oreille aujourd'hui : j'utilise cette
machine presqu'uniquement pour écrire des partitions et les lire, ainsi
que lire des vidéos pour mes élèves de basse. J'utilise tuxguitar, qui
est basé sur Java, et je me demande si c'est pas de là que vient le
problème. Parce que là, j'ai démarré sans lancer ce paquet, et ça a
l'air de tourner beaucoup mieux.

OK, petit bilan, le PC vient de démarrer, XFCE4 lancé, un seul
xfce4-term de lancé.
$> free -m
total used free
185 132 53

C'est déjà un peu chaud, j'en ai pas beaucoup sous le coude, mine de
rien.

top ordonné par la mémoire me donne le palmarès suivant :

9% => wicd-client (je ne savais pas que j'avais installé ça, pas trop
d'intérêt en ce qui me concerne)
8.9% => xfdesktop (OK, ça je peux faire sauter)
8.7% => Xorg
6.3% => xfce4-terminal
5.6% => xfce4-panel
5.1% => xfce4-menu-plug
5% => xfvwm4
3.7% => wicd-monitor
3.5% => wicd
3.3% => xfce4-session
3.3% => Thunar (pourquoi ? je n'ai pas de navigateur de fichiers ouvert)
2.9% => xfce4-power-management
2.3% => xfce4-settings

Grossièrement, XFCE4 bouffe quand même 55% de la RAM à lui tout seul, et
wicd une quinzaine de pourcent.

Je pense que je peux virer wicd, compte tenu que je ne me loggue que sur
le même réseau à chaque fois, en ethernet, avec un bail DHCP permanent.

Pour XFC4, je peux virer le bureau, mais virer le panel, etc. ça
commence à pas ressembler à grand-chose, et donc autant repasser à
openbox ou icewm.

Bon, en tout cas merci de votre aide, je vais essayer de faire des choix
plus économes.


xavier




--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists

Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe"
vers
En cas de soucis, contactez EN ANGLAIS
Archive: http://lists.debian.org/ie7uad$eqa$




--
Aurélien

--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists

Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe"
vers
En cas de soucis, contactez EN ANGLAIS
Archive: http://lists.debian.org/
Avatar
Xavier Brochard
Aurelien wrote:
On Tue, Dec 14, 2010 at 03:15:50PM +0100, Xavier Brochard wrote :
Aurelien wrote:
> On Tue, Dec 14, 2010 at 10:26:28AM +0100, Xavier Brochard wrote :
Pour le matériel:
lspci -k (montre les drivers)



Heu, c'est marrant, mais pour la carte vidéo, il n'y a pas de driver
listé. C'est normal ?



non, tu as du le rater; il doit être une ou deux lignes sous "VGA compatible
controller"

Et, en fait, il n'est pas listé dans lsmod, non plus. Il doit être en
dur ? (je travaille avec un noyau Debian).



non, il n'est pas en dur, c'est Xorg qui le charge

ou alors tu es en vesa (je _crois_ qu'il n'est pas indiqué)
vesa est lent,
et peut-être encore plus avec Java (pure supposition)?

Petit truc qui me met la puce à l'oreille aujourd'hui : j'utilise cette
machine presqu'uniquement pour écrire des partitions et les lire, ainsi
que lire des vidéos pour mes élèves de basse. J'utilise tuxguitar, qui
est basé sur Java, et je me demande si c'est pas de là que vient le
problème. Parce que là, j'ai démarré sans lancer ce paquet, et ça a
l'air de tourner beaucoup mieux.



c'est possible que Java ou Tuxguitar soit mal configuré.
c'est quel Java? celui de Sun ou celui de Gnu?

Faut tout de même pas tout mettre sur le compte de Java: en 1996 déjà, avec
un P120 MHz 16 Mo de Ram on disait "Java c'est lent, ça ralentit".
Aunjourd'hui on a des monstres. Même toi (comparativement). Sur le serveur
d'à côté, un bi-octo-coeurs, 16 Go de Ram, disques SSD + disques SATA3 en
RAID 10, un assistant me dit encore "ça rame à cause de Java". Et la
marmotte alors?
Bref, vérifie la config, mais ce n'est pas Java en lui même.


OK, petit bilan, le PC vient de démarrer, XFCE4 lancé, un seul
xfce4-term de lancé.
$> free -m
total used free
185 132 53

C'est déjà un peu chaud, j'en ai pas beaucoup sous le coude, mine de
rien.



tu as oublié une ligne qui commence par "-/+ buffers/cache"
une partie de la ram "utilisée" est en fait un cache pour accélérer les
choses. C'est libéré à la demande.
Par exemple, sur mon portable ça donne:
total used free shared buffers cached
Mem: 1883 1441 442 0 96 688
-/+ buffers/cache: 657 1226
c'est à dire que j'ai encore 1226 Mo sous le coude, et pas 442.



top ordonné par la mémoire me donne le palmarès suivant :

9% => wicd-client (je ne savais pas que j'avais installé ça, pas trop
d'intérêt en ce qui me concerne)
8.9% => xfdesktop (OK, ça je peux faire sauter)
8.7% => Xorg
6.3% => xfce4-terminal
5.6% => xfce4-panel
5.1% => xfce4-menu-plug
5% => xfvwm4
3.7% => wicd-monitor
3.5% => wicd
3.3% => xfce4-session
3.3% => Thunar (pourquoi ? je n'ai pas de navigateur de fichiers ouvert)
2.9% => xfce4-power-management
2.3% => xfce4-settings

Grossièrement, XFCE4 bouffe quand même 55% de la RAM à lui tout seul, et
wicd une quinzaine de pourcent.



non non non
c'est mesuré à l'instant "t" (et mis à jour de façon discrète, pas en
continu). ce n'est pas ce qui est consommé en permanence. CEa dit c'est qand
même bizarre.

Pour XFC4, je peux virer le bureau, mais virer le panel, etc. ça
commence à pas ressembler à grand-chose, et donc autant repasser à
openbox ou icewm.



Un de mes clients est sur un Céléron 1,2GHz, 512 Mo de Ram. Le poste fait
serveur de cients légers avec KDE 3.5.10, ils y a 6 utilisateurs simultanés
dessus, plus des accès rdesktop, des serveurs samba, nfs, cups, httpd, plus
une base de données en perl.

Tu as plutôt un problème de configuration.

Tu devrais vraiment tester avec un CD Live. Prend SystemRescueCD il a des
options intéressantes pour le lancement de l'affichage graphique. Il a des
utilitaires de test du matriel que tu peux lancer au lieu de booter le CD
linux.

xavier

--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists

Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe"
vers
En cas de soucis, contactez EN ANGLAIS
Archive: http://lists.debian.org/iecno7$5j4$
Avatar
Xavier Brochard
Sylvain L. Sauvage wrote:

Le mardi 14 décembre 2010 à 14:57:44, Xavier Brochard a écrit :
wrote:
>> quelle taille fait /var/log/messages ? :
> 22.528.080 octets

22 Mo, rien que ça!
si tu veux l'effacer il faudra passer en mode mono
utilisateur soit au démarrage, soit comme ça:
ferme ta session graphique, logge-toi root en console, et
tape "telinit 1" (le chiffre un)
ensuite tu efface /var/log/messages et tu redémarre
rm /var/log/messages
reboot



Euh, quel intérêt de vouloir l’effacer sans l’avoir lu ?



c'est vrai

Et pourquoi redémarrer ? Il suffit de faire un
killall -HUP syslogd
après l’avoir effacé (en root). syslogd doit être le seul
processus qui y écrit en le gardant ouvert.



oui mais tu sais des fois on écrit trop vite :)


xxx

--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists

Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe"
vers
En cas de soucis, contactez EN ANGLAIS
Archive: http://lists.debian.org/ieco2k$5j4$
Avatar
Xavier Brochard
Aurelien wrote:
Y a-t-il un moyen de savoir quel est l'élément incriminé, afin de
pouvoir le changer ?



Je me rends compte qu'on a cherché des pistes au lieu de répondre directment
à ta question. Voici 2 moyens:
- les outils de test du matériel, via un cd live le plus souvent: The
Ultimate Boot CD, SystemRescueCD, etc.
- les outils d'audit qui vont tourner qq minutes pendant que tu te sers de
ta bécane: oprofile, sysstat (sont dans Squeeze).

Mais attention à l'interprétation des résultats!

xavier

--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists

Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe"
vers
En cas de soucis, contactez EN ANGLAIS
Archive: http://lists.debian.org/ied2up$qpe$
1 2