Taux %CPU élevé

Taux %CPU élevé - Linux et OS Alternatifs

Marsh Posté le 06-10-2005 à 14:39:05    

Voilà j'ai depuis peu changer mon PIII-866 pour un PIII-1000 et j'ai ajouter de la mémoire ainsi que changer la CG et le disque dur, depuis ce temps, mon système fonctionne avec des à-coups très désagréable qui font que même travailler sur un site avec nVu deviens un test pour les nerfs, je me suis rendu compte avec gkrellm que le processeur montais a 100% lorsque j'ouvre une application (qu'il monte c'est normal, mais à 100% ???) De plus, même le menu K de ma Mandriva rame à mort, normalement sa aurait du etre plus rapide qu'auparavant non ? Au idle seul X prend un peu de ressources processeur ... voilà merci d'avance

Reply

Marsh Posté le 06-10-2005 à 14:39:05   

Reply

Marsh Posté le 06-10-2005 à 15:58:09    

J'ai parti un memtest ce matin pour voir si sa venait pas de la ram, sinon si ce n'est pas un problème hardware, je ne sais pas comment l'OS peut foiré autant, je spécifie que j'ai réinstaller récemment la 2005 après un essai foiré avec la 2006

Reply

Marsh Posté le 06-10-2005 à 16:01:56    

installe un rootkit hunter, on sait jamais :o

Reply

Marsh Posté le 06-10-2005 à 16:05:34    

Mouais j'y ai pensé, seulement j'ai déjà tout réinstaller le système il y a même pas une semaine ... mais bon je vais essayer de transférer mon home ailleurs et tout recommencer à neuf en lowlevel formattant le disque dur


---------------
Mes configs - GeekFisher - Geek Stuff !
Reply

Marsh Posté le 06-10-2005 à 16:06:28    

Est-ce qu'une surchauffe du cpu pourrait faire ramer le système ? Parce que Gkrellm m'indique rien d'anormal niveau températures. Parce que au idle, j'ai un taux d'utilisation de 2-3% (normal quoi) mais si j'ouvre firefox, sa monte à 76%, juste le fait d'ouvrir le menu K envoit mon taux dans les 30 voire 40%


Message édité par doucettom le 06-10-2005 à 16:10:57

---------------
Mes configs - GeekFisher - Geek Stuff !
Reply

Marsh Posté le 06-10-2005 à 16:39:55    

je vais changer mon celeron 500 par un 800, y a t'il une adaptation
de quoi que ce soit à faire??

Reply

Marsh Posté le 06-10-2005 à 19:14:33    

memaster62> non
 
doucettom> ce ne serait pas la construction des menus qui ferait cela ?
 
tu as mis toutes les updates ? tu as regardé quel process bouffe le temps CPU avec top ?


---------------
Mandriva : parce que nous le valons bien ! http://linux-wizard.net/index.php
Reply

Marsh Posté le 06-10-2005 à 19:43:00    

Dark, pour les menus c'est possible, je les trimballes pas mal, mais bon, le proccess qui bouff le plus c'est X, sinon chaque appli que j'ouvre le cpu monte très haut (+50%) Sinon il me semble que celà fait ca depuis que j'ai mis le nouveau disque dur (40g WD 8mo cache recertifié, retour de garantie)


---------------
Mes configs - GeekFisher - Geek Stuff !
Reply

Marsh Posté le 06-10-2005 à 19:45:37    

Si tu créé un nouvel utilisateur et que tu lances une session KDE avec ce nouvel utilisateur, ton système rame-t-il autant ?
 
Si oui, le problème vient surement de tes fichiers de configuration.
Sinon, peut-être un problème de disque dur.
 
Que renvoie en root : hdparm -tT /dev/hda (à adapter à ton disque dur)
Et aussi : hdparm -i /dev/hda
 
Si ton disque fonctionne en PIO, tu risques d'avoir d'énormes ralentissements et le CPU risque d'être sollicité dès que le disque dur est utilisé.


Message édité par Desintegr le 06-10-2005 à 19:47:48
Reply

Marsh Posté le 06-10-2005 à 19:53:39    

je vais low level formatter pour voir ... je vais voir le résultat du memtest ce soir


---------------
Mes configs - GeekFisher - Geek Stuff !
Reply

Marsh Posté le 06-10-2005 à 19:53:39   

Reply

Marsh Posté le 06-10-2005 à 19:56:52    

sinon je vais en effet exécuter les commandes demandées et vérifier mes contrôlleur ide dans le bios ...


---------------
Mes configs - GeekFisher - Geek Stuff !
Reply

Marsh Posté le 06-10-2005 à 22:15:32    

Voilà je viens de revenir à la maison, après 4 passes de memtest, aucune erreurs de la part de ma RAM ... sinon j'ai fait les commandes du hdparm
hdparm -i /dev/hda
 
/dev/hda:
 
 Model=WDC WD400JB-00ENA0, FwRev=05.03E05, SerialNo=WD-WMAD1A589242
 Config={ HardSect NotMFM HdSw>15uSec SpinMotCtl Fixed DTR>5Mbs FmtGapReq }
 RawCHS=16383/16/63, TrkSize=57600, SectSize=600, ECCbytes=40
 BuffType=DualPortCache, BuffSize=8192kB, MaxMultSect=16, MultSect=16
 CurCHS=16383/16/63, CurSects=16514064, LBA=yes, LBAsects=78165360
 IORDY=on/off, tPIO={min:120,w/IORDY:120}, tDMA={min:120,rec:120}
 PIO modes:  pio0 pio1 pio2 pio3 pio4
 DMA modes:  mdma0 mdma1 mdma2
 UDMA modes: udma0 udma1 udma2
 AdvancedPM=no WriteCache=enabled
 Drive conforms to: device does not report version:
 
hdparm -tT /dev/hda
 
/dev/hda:
 Timing cached reads:   620 MB in  2.01 seconds = 308.66 MB/sec
 Timing buffered disk reads:   96 MB in  3.02 seconds =  31.76 MB/sec
 
Donc a priori rien d'anormal ici ...

Reply

Marsh Posté le 07-10-2005 à 02:22:05    

tu t'en fous du CPU, est-ce qu'au ressenti tu trouves ça globalement plus lent qu'avant ?
 
edit: t'avais/tu as de l'accélération avec ta carte graphique ?
 
(sinon moi aussi je trouve que c'est plus un problème de disque. Quand tu figes, jète un oeil à l'activité de ton disque /swap voir si y a une pointe.)


Message édité par Taz le 07-10-2005 à 02:24:26
Reply

Marsh Posté le 07-10-2005 à 15:41:48    

oui pas mal plus lent, en effet, plus j'y pense, plus c'est quand j'ai mis le nouveau disque dur que c'est lent comme sa ... Je vais monitorer le dur pour savoir, sinon j'ai encore l'ancien disque avec ma 2005 d'installée dessus, je vais faire le test ce soir, sinon je vais devoir renvoyer le disque dur à WD. Je spécifie que le dur est 'neuf' (C'est un retour de garantie, il est recertifé) Je crois que c'est lui qui me cause des ennuis, sinon c'est peut-être le câble IDE, je vais tout devoir testé ce soir, seulement j'ai hâte d'avoir mon Linux réactif et rapide comme avant :D


Message édité par doucettom le 07-10-2005 à 15:47:11

---------------
Mes configs - GeekFisher - Geek Stuff !
Reply

Marsh Posté le 07-10-2005 à 17:38:08    

hdparm -i /dev/hda pour voir

Reply

Marsh Posté le 07-10-2005 à 19:28:26    

Déjà fait, le résultat de la commande est plus haut ...

Reply

Marsh Posté le 07-10-2005 à 20:02:29    

On dirait que le mode udma n'est pas activé (il devrait mettre une etoile a coté du mode selectionné).
 
hdparm -d1 /dev/hda
 
Si ca marche, pour recuperer a chaque demarage, dans /etc/hdparm.conf
/dev/hda {
        dma = on
}


---------------
Ce n'est point ma façon de penser qui a fait mon malheur, c'est celle des autres.
Reply

Marsh Posté le 09-10-2005 à 07:39:14    

mouais moi aussi je trouve sa curieux, seulement dans le truc il n'y a nul part d'écrit udma4 (comme le controlleur de ma carte mère peut faire au maximum udma 66, normalement c'est udma4, udma5 étant ATA100 et udma6 ATA133 si ma mémoire est bonne ...) et selon les perfs de hdparm -tT tout m'avait l'air en ordre ... bon je vais tout de même essayer la commande, mais normalement je ne devrais pas avoir à faire sa, je ne le fesais pas avec mon WD800JB (la même famille que mon 400JB donc) et j'avais des perfs normales, voire même honorables... et ce sur la même machine ! En tout cas merci pour tout ! j'ai réessayer le 800jb et je ne semblait pas avoir ces à-coups ... je crois de plus en plus que sa viens du disque... je poursuis le second LLF et je réinstalle plus tard pour voir sque sa dit !

Reply

Marsh Posté le 09-10-2005 à 10:34:51    

Tu n'as pas changé la nappe du disque dur ? C'est bien une 80 fils ? Elle est en bon état ?

Reply

Marsh Posté le 11-10-2005 à 18:47:45    

oui c'est un 80brins, je l'ai tout de même changée au cas ou ... j'ai restesté le 80go qui avait dedans avant et celà ne semblait pas faire le problème ... j'ai donc low-level formatter mais je n'ai pas eu le temps de réinstaller mandriva, si sa fait encore le problème, je vais retesté avec mon 80go et retourner le disque (il est encore sous garantie) Je vous tiens au courrant, merci de votre Aide


Message édité par doucettom le 11-10-2005 à 18:57:09

---------------
Mes configs - GeekFisher - Geek Stuff !
Reply

Marsh Posté le 13-10-2005 à 17:53:37    

Voilà j'ai retesté hier, j'ai eu jusqu'à 80% d'utilisation CPU avec le 40go avec seulement 2 onglet de firefox d'ouvert, en faisant un top, je me suis rendu compte que Firefox et gam_server bouffait 20% chaque, alors je suis aller effacer l'exécutable de gam_server, et firefox a monté à 80% d'utilisation de mon CPU, j'ai redémarrer et j'avais encore plus de 10% d'utilisation au idle, j'ai alors débranchés tous les durs et j'ai rebranché le 80go qui avait dedans avant le 40, et la... miracle, j'avais 2% d'utilisation CPU et en prime j'avais un silence que je ne connaissais plus depuis l'arrivée du 40go dans ma vie ... Je vais donc retourner cet enfoiré de 40go à Western Digital et rouler en attendant avec mon bon vieux 80go, pour moi WD c'est fini (why dee c'est fini :D hahaha jai retrouver mon sens de l'humour avec la résolution de mon problème).
 
Sur quel marque de disques dur vous fiez vous pour vos machine ? J'avais pensé à Seagate et sa garantie de 5 ans avec en prime un silence notable, parce que là c'est définitif, Doublevé-Dé pour moi c'est bel et bien terminé. (Grâce à dieu ceux que j'ai encore sont garantie 5ans)

Reply

Marsh Posté le 13-10-2005 à 19:24:14    

J'ai deux WD 160Go en raid1, je n'ai pas de soucis. Si ton disque est un "refurbished", il est probable qu'il soit merdeux. Tout les disques de la marque n'est pas forcement pourris. Ceci dit, quand on est déçu d'une marque, c'est comprehensible.

Reply

Marsh Posté le 13-10-2005 à 19:36:01    

perso j'utilise que des Seagate... J'ai claqué des IBM/Hitachi, des WD, des Maxtor, et pour le moment aucun de mes Seagate ne m'a laché (1 80, 1 120, 1 160 et 1 200)
 
enfin bon, y'aura certainement plein de gens pour venir dire le contraire, ce qui se comprend: le matos info, en particulier les DD, c'est de la merde, quelle que soit la marque :F

Reply

Marsh Posté le 14-10-2005 à 01:41:26    

vlack a écrit :

J'ai deux WD 160Go en raid1, je n'ai pas de soucis. Si ton disque est un "refurbished", il est probable qu'il soit merdeux. Tout les disques de la marque n'est pas forcement pourris. Ceci dit, quand on est déçu d'une marque, c'est comprehensible.


 
Ouais mais ce n'est pas mes premiers déboires avec des WD, j'ai 3x20go, un 40, un 60 et maintenant un second 40 qui me claque dans la gueule, j'ai également eu un Maxtor qui m'a claqué dans la face. La seule marque que j'ai pas eu, c'est Seagate,Hitachi et Samsung, et niveau perfs les Seagate zont lair pas mals ! alors je vais y aller pour Seagate (5 ans de garantie également) !
 


---------------
Mes configs - GeekFisher - Geek Stuff !
Reply

Marsh Posté le 14-10-2005 à 08:58:08    

bizarre d'avoir des hdd foireux comme ça??
moi j'ai eu très peu de pb et pourtant j'ai utilisé plusieurs marques,
par contre niveau silence ceux avec la peau en plastique sont
pas mal (seagate??).
j'ai un wd dans un rack, il fait un rafus d'enfer :sweat:  
au debut je pensais que c'etait le p'ti ventilo en façade du rack :
donc j'ai fait un peu de nettoyage, cela a diminuer mais
maintenant, le hdd fait plus de bruit que le ventilo :sleep:  :cry:  :pt1cable:  
rahhh galere

Reply

Marsh Posté le 14-10-2005 à 18:32:12    

tu devrais check ceci : http://qa.mandriva.com/twiki/bin/v [...] e_avec_X_o


---------------
Mandriva : parce que nous le valons bien ! http://linux-wizard.net/index.php
Reply

Marsh Posté le 17-10-2005 à 20:21:49    

J'ai eu un problème d'utilisation CPU élevée => problème résolu en désinstallant fam :o

Reply

Marsh Posté le 18-10-2005 à 09:43:21    

fam [:autobot]


---------------
un instant monsieur ça-va-chier
Reply

Marsh Posté le 18-10-2005 à 16:22:57    

Problème ici aussi d'occupation cpu importante.
 
Le disque fonctionne et le DMA est activé :
hdparm -tT /dev/hda

Code :
  1. /dev/hda:
  2. Timing cached reads:   2200 MB in  2.00 seconds = 1098.52 MB/sec
  3. Timing buffered disk reads:   88 MB in  3.02 seconds =  29.15 MB/sec


 
Un truc bizarre : quand je fais de longs accès (copie d'une partition à une autre, copie du CD sur le disque), les progs qui tournaient lentement (mrxvt : saisie lente, mplayer : frames qui sautent) tournent correctement !
 
Une idée ?

Reply

Marsh Posté le 18-10-2005 à 16:23:59    

tu as check mon lien ?
 
et que dit : hdparm -i /dev/hda


---------------
Mandriva : parce que nous le valons bien ! http://linux-wizard.net/index.php
Reply

Marsh Posté le 18-10-2005 à 16:36:07    

Oui j'ai regardé ton lien. La charge est constamment élevée, même quand je ne fais rien, donc ça ne doit pas venir de là.
 
hdparm -i /dev/hda

Code :
  1. /dev/hda:
  2. Model=FUJITSU MHV2040AH, FwRev=00000096, SerialNo=NT26T582K8UJ
  3. Config={ HardSect NotMFM HdSw>15uSec Fixed DTR>10Mbs }
  4. RawCHS=16383/16/63, TrkSize=0, SectSize=0, ECCbytes=0
  5. BuffType=DualPortCache, BuffSize=8192kB, MaxMultSect=16, MultSect=16
  6. CurCHS=16383/16/63, CurSects=16514064, LBA=yes, LBAsects=78140160
  7. IORDY=yes, tPIO={min:240,w/IORDY:120}, tDMA={min:120,rec:120}
  8. PIO modes:  pio0 pio1 pio2 pio3 pio4
  9. DMA modes:  mdma0 mdma1 mdma2
  10. UDMA modes: udma0 udma1 udma2 udma3 udma4 *udma5
  11. AdvancedPM=yes: mode=0x80 (128) WriteCache=enabled
  12. Drive conforms to: ATA/ATAPI-6 T13 1410D revision 3a:
  13. * signifies the current active mode


 
Je ne vois pas de porblème particulier
 
Edit : Ah oui la charge est élevée en console également (init 3)


Message édité par marmotte.tranquille le 18-10-2005 à 16:38:36
Reply

Marsh Posté le 18-10-2005 à 17:04:17    

résultat de hdparm /dev/hda
 
tu as check mon lien concernant xorg et l'ACPI ?
 
quand tu fais un top, quel est le process qui bouffe le plus de temps CPU


---------------
Mandriva : parce que nous le valons bien ! http://linux-wizard.net/index.php
Reply

Marsh Posté le 18-10-2005 à 17:21:07    

Oui je l'ai regardé, je viens de le dire. Mon problème intervient même quand X n'est pas lancé, de manière constante (donc pas de logrotate).
 
Résultat de hdparm /dev/hda

Code :
  1. /dev/hda:
  2. multcount    = 16 (on)
  3. IO_support   =  1 (32-bit)
  4. unmaskirq    =  1 (on)
  5. using_dma    =  1 (on)
  6. keepsettings =  0 (off)
  7. readonly     =  0 (off)
  8. readahead    = 256 (on)
  9. geometry     = 65535/16/63, sectors = 78140160, start = 0


 
Avec un top, tous les process semblent occuper un taux de cpu normal.
Ce qui est bizarre c'est que la somme de l'occupation CPU des process (colonne %CPU) diffère de la ligne qui résume
l'occupation du Cpu
 
top :

Code :
  1. Tasks:  67 total,   4 running,  62 sleeping,   0 stopped,   1 zombie
  2. Cpu(s): 59.5% us, 15.2% sy,  0.0% ni, 25.3% id,  0.0% wa,  0.0% hi,  0.0% si
  3. Mem:    504656k total,   496160k used,     8496k free,    27160k buffers
  4. Swap:   999928k total,     4016k used,   995912k free,   233484k cached
  5.   PID USER      PR  NI  VIRT  RES  SHR S %CPU %MEM    TIME+  COMMAND                                                                       
  6. 6334 seb       20   0  119m  60m  21m S  9.6 12.2  10:25.69 firefox-bin                                                                     
  7. 6182 root      20   0  305m  44m 5500 S  4.6  9.1   5:28.97 X                                                                               
  8. 4598 root      20   0  1548  636  528 S  1.3  0.1   2:07.51 cpufreqd                                                                       
  9. 7988 seb       20   0  7136 4128 3532 S  0.7  0.8   0:25.98 mpd                                                                             
  10. 7989 seb       20   0  7132 4264 3540 R  0.7  0.8   0:56.50 mpd                                                                             
  11. 6245 seb       20   0 15356  10m 6592 S  0.3  2.2   1:16.01 glurp                                                                           
  12. 6257 seb       20   0  5964 4064 1984 S  0.3  0.8   1:19.25 python                                                                         
  13. 6259 seb       20   0  8408 5448 2384 S  0.3  1.1   0:14.05 adesklets                                                                       
  14. 6260 seb       20   0  5320 2892 1904 S  0.3  0.6   0:51.17 adesklets                                                                       
  15. 7245 root      20   0     0    0    0 S  0.3  0.0   0:01.91 pdflush                                                                         
  16. 9375 seb       20   0  120m  63m  31m R  0.3 13.0   0:55.27 acroread                                                                       
  17.     1 root      20   0  1528  544  472 S  0.0  0.1   0:00.85 init                                                                           
  18.     2 root      RT   0     0    0    0 S  0.0  0.0   0:00.00 migration/0                                                                     
  19.     3 root      39  19     0    0    0 S  0.0  0.0   0:00.00 ksoftirqd/0


 
Autres infos : distrib archlinux, kernel 2.6.13.4, / monté en reiserfs3.6
 
Merci pour votre aide :)


Message édité par marmotte.tranquille le 18-10-2005 à 17:52:36
Reply

Marsh Posté le 18-10-2005 à 18:29:48    

fallait le dire dès le début que ce n'était pas une mandriva ...
 
bizarre comme pb ... pas de flash ou de PDF ouvert dans le fenêtre de firefox ?


---------------
Mandriva : parce que nous le valons bien ! http://linux-wizard.net/index.php
Reply

Marsh Posté le 18-10-2005 à 18:38:03    

Dark_Schneider a écrit :

fallait le dire dès le début que ce n'était pas une mandriva ...
 
bizarre comme pb ... pas de flash ou de PDF ouvert dans le fenêtre de firefox ?


 
C'est pas grave, les mêmes erreurs peuvent arriver aussi sous d'autres distrib.
J'ai bien un pdf ouvert, mais je répète :o : j'ai le même problème en init 3 (pas de X ni rien d'autre).
 
Sinon pour les différences de taux d'utilisation CPU dans le top, t'as une explication ? Qu'est ce qui occupe le CPU et n'est pas recensé par un processus ?

Reply

Marsh Posté le 18-10-2005 à 18:39:13    

un trojan par exemple ...


---------------
Mandriva : parce que nous le valons bien ! http://linux-wizard.net/index.php
Reply

Marsh Posté le 18-10-2005 à 18:42:08    

Ah ben merde et comment je fais pour le trouver ?
 
Ca pourrait venir du proxy du bahut ?
 

Reply

Marsh Posté le 18-10-2005 à 19:57:07    

trouvez un trojan n'est pas si aisé ...


---------------
Mandriva : parce que nous le valons bien ! http://linux-wizard.net/index.php
Reply

Marsh Posté le 19-10-2005 à 18:52:03    

Bon a priori c'est un problème de driver.
J'ai installé une Ubuntu et ça marche (sauf que gnome ca me plait pas et que le défilement avec le touchpad ne fonctionne pas)

Reply

Marsh Posté le 19-10-2005 à 19:02:55    

ben met kunbuntu


---------------
Mandriva : parce que nous le valons bien ! http://linux-wizard.net/index.php
Reply

Marsh Posté le    

Reply

Sujets relatifs:

Leave a Replay

Make sure you enter the(*)required information where indicate.HTML code is not allowed