Bonjour,

j'ai installé tout récement une fedora core 6 sur un de mes PC :
Sony Vaio PCG-FX502
14,1" TFT XGA - Duron 1 GHz - HD 20 Go - 256 Mo -

C'est mon premier vrai contact avec l'univers linux, j'ai installé le wifi sans trop de difficulté (carte PCMCIA tout ca, un peu fier quand meme mais de bons tutos sur le net).

Malgré tout comme le titre l'indique, j'ai un double soucis.
Mon disque dur est constamment solicité y compris quand je ne fais strictement rien sur la machine, je n'ai jamais vu ca, sauf peut etre sur des serveurs de fichiers ... mais ce n'est pas tout à fait le même usage.

Le CPU est sollicité à 50-60% de charge au minimum, avec apparement aucune appli de lancé et à vu des processus rien de gourmand (gnome autour des 10-15%).

Je ne peux pas tester sur batteries, car elles sont toutes HS (moins d'une minute de charge) et je n'envisages d'en racheter une que si Linux tourne correctement sur cette machine (ce qui est le cas, à ces détails prés).

Je ne sais strictement pas quoi ni ou chercher. Je suis prêt à vous donner des indications complémentaires mais j'ai encore de grosses lacunes.


Cyrille
Est le dd ou au contraire le ventilo qui est sollicité car je vois que ton cpu est en charge comme tu le dis. Donc dans ce là regarder du côté de cpu_freq. Pour véirifer fait un clique droit sur la barre de gnome et rajoute des moniteur système. Clique droit dessus, Préférences et tu peux leur assigner à chacun un graph processeur ou dd par exemple. Ca te permettra de vérifier le tout.
le ventilo tourne effectivement beaucoup, mais le Disque dur aussi (l'un souffle, l'autre gratte promis juré j'entends trés bien la différence 😉 )

le cpu tourne à 900Mhz au lieu des 1G nominaux, ca me parait bien
Ce qui m'inquiéte c'est le moniteur systéme qui m'indique 60% en moyenne d'utilisation cpu, au final ca chauffe trés fort, et ca saccade pas mal, le moindre firefox de lancé avec 2 onglets rame.
La RAM parait bien utilisée aussi, ca pourrait provoquer ce genre de symptome ?

merci pour ta réponse
Salut,

Quels sont les processus qui consomment les 50% ?
Postes le résultat de la commande top pour voir quels processus consomment les ressources du cpu.
Je teste ca ce soir, j'ajouterais aussi 128 de RAM des fois que !

Je vous tiens au courant.
C'est un peu OFF mais j'ai ""connu"" un Sissere autrefois sur un autre forum aujourd'hui mort (digi topia)... c'est toi????
(c'est lui même 🙂 bonjour toi)
Ouahhhh, trop de la balle!!!!!
Bienvenue mon grand!!:pint::pint:

Bon du coup, je vais répondre 😃

En fait, c'est ptet Beagle, un genre d'équivalent de Google Desktop. Si tu viens juste d'installer ta Fedora, il va indexer ton disque et te bouffer tout plein de ressources comme un mal élevé qu'il est. Y en a beaucoup qui le virent (et zont raison :lol:)

Il y a aussi l'updatedb qui devrait faire ça une à deux fois par jour, c'est pour permettre de chercher rapidement des fichiers après (encore que je ne sais pas si c'est encore par défaut sur Fedora... vu qu'ils claquent Beagle).

Enfin bref, si je peux aider, dans la mesure du possible (nb : je ne suis plus Fedora depuis presque deux ans), je serai ravi de te filer un coup de main 😉
Alors la commande top me ressort :
hald
udevd
xorg
gnome-system-mo
dbus-daemon

(désolé je n'ai pas le net sur le portable d'ici, je n'ai pas de WiFI chez moi)
Quelque chose me dit qu'il ne faut pas supprimer HAL comme ca ...
Pour beagle et updatedb j'approfondis le sujet plus tard.

Niveau RAM sur mes 384Mo seuls 15Mo sont libres, c'est pas un peu excessif ?
Bah ca dépend.
Si tu fais "free -m", tu verras qu'une partie est de la mémoire en cache ou en buffer, donc qui n'est pas vraiment utilisée dans le sens ou elle peut être libérée à tout moment si le système en a besoin.
Seulement comme c'est BEAUCOUP plus rapide de vider la RAM que de charger à partir du disque dur, certaines données restent en RAM pour être utilisables plus rapidement.
Genre tu lances une appli, quand tu la fermes une partie reste en RAM si bien qu'elle se lance plus vite par la suite.
Perso une fois la session chargée je dois être autour de 150 Mo utilisés.
Bon voici mon top en entier !

top - 20:12:52 up 23 min, 1 user, load average: 2.79, 2.48, 2.08
Tasks: 128 total, 7 running, 120 sleeping, 0 stopped, 1 zombie
Cpu(s): 43.8%us, 24.7%sy, 0.0%ni, 30.9%id, 0.3%wa, 0.3%hi, 0.0%si, 0.0%st
Mem: 384364k total, 379032k used, 5332k free, 74556k buffers
Swap: 524280k total, 0k used, 524280k free, 131252k cached

PID USER PR NI VIRT RES SHR S %CPU %MEM TIME+ COMMAND
9027 haldaemo 15 0 5528 3920 1672 S 19.8 1.0 3:42.75 hald
5615 sissere 16 0 95484 14m 9716 R 10.5 3.7 0:02.96 gnome-terminal
10223 root 15 0 28120 10m 6872 S 7.2 2.8 1:20.90 Xorg
436 root 21 -4 2916 1392 368 S 4.3 0.4 0:58.79 udevd
6091 dbus 15 0 13084 1040 732 R 1.3 0.3 0:12.79 dbus-daemon
9546 root 15 0 24788 1732 1464 S 1.0 0.5 0:07.22 NetworkManager
32662 sissere 15 0 121m 46m 19m S 1.0 12.3 1:56.90 firefox-bin
21414 sissere 15 0 2160 1032 792 R 0.7 0.3 0:02.67 top
30294 sissere 15 0 11340 3432 2900 R 0.7 0.9 0:04.52 gnome-vfs-daemo
369 root 11 -5 0 0 0 S 0.3 0.0 0:07.21 kjournald
5312 root 15 0 1696 584 484 S 0.3 0.2 0:05.55 syslogd
5516 root 15 0 2128 496 380 S 0.3 0.1 0:02.26 mcstransd
6467 root 18 0 6264 1096 864 S 0.3 0.3 0:00.05 automount
9028 root 15 0 2976 1016 868 S 0.3 0.3 0:01.15 hald-runner
30083 sissere 15 0 77664 6292 4764 R 0.3 1.6 0:03.67 gnome-power-man
30184 sissere 15 0 22500 4780 3788 R 0.3 1.2 0:03.05 gnome-volume-ma
32081 sissere 15 0 80636 11m 8884 S 0.3 3.0 0:00.55 mixer_applet2
1 root 15 0 2028 672 576 S 0.0 0.2 0:01.15 init



Merci Temet, effectivement j'ai seulement 150Mo de RAM réellemetn utilisée, le reste étant en cache.

Bon beaggle et updatedb virés ... ca ne change rien ! Snif.
Il est clair que le problème c'est l'ensemble (hal, udev, dbus) qui s'occupe de la détection matériel.

- Quel est ta config matériel (on sait jamais) ?
- Supprimes hal (# kill -9 pid_de_hald) et relances le (# hald --deamon=yes). Si ça marche pas essais en "non deamon" et avec les messages de debug (# hald --deamon=no --verbose=yes) Ça fait beaucoup de message de debug, mais peut-être qu'il y aura un truc intérressant.
- tu peux faire la même chose avec udevd (man udevd pour les commandes exactes)
je confirme ce qu'a dit temet sur beagle j'ai été obligé de le viré il faisé planté ma fedora me boufé autant que toi en cpu, et il se démaré a chaque foit que j'allai en veille ^^ aprés il se fait plus discret meme si sa dépend
C'est quoi la tache en zombie ?
c'est bien hald ou udevd qui me monopolysent mon CPU !

j'essaye de voir ce qu'ils me racontent en verbose !

Pour les processus zombie on les voit comment ? (les noms)
Tu peux acceder directement sous gnome en lançant gnome-system-monitor, onglet processus et regarde la colonne Etat (dans la rubrique Affichage tu peux personnaliser).
Dans mon /var/log/messages j'ai ces lignes là qui reviennent toutes les secondes

May 1 15:34:36 localhost kernel: sonypi: failed to request ioports
May 1 15:34:36 localhost kernel: sonypi: probe of sonypi failed with error -16
May 1 15:34:36 localhost kernel: sonypi: Sony Programmable I/O Controller Driver v1.26.


(pour le processus zombie je regarde au prochain démarrage et je l'ajoute dans ce post)

bon plus de zombie, ca devait être une erreur de casting, si ca reviens je le signalerai.

Par contre en tuant le udevd le hald prends beaucoup moins de ressources et le PC devient super fluide, plus d'accés disque dur et le CPU est nettement moins utilisé.

est ce que le fait que je n'ai pas de batterie dans le portable pourrait étre la cause de ce message ?
T'as quelque chose de particulier qui pourrai correspondre au "Sony Programmable I/O Controller" ?
Si c'est possible, débranches le.
mon PC portable est un sony 🙂 je me vois bien le débrancher intégralement !

Le clavier ?
Le touchpad ?
Le modem ?
Le port série ?
le port parrallel ?
le port firewire ?
je cherche sur le net si je trouve quelque chose sur le "sonypi" et le code d'erreur 16 !