Fedora-Fr

Ce site est optimisé pour être consulté depuis un navigateur moderne dans lequel JavaScript est activé.

[Résolu] Après installation : extrème lenteur du système

Patsoo

Bonjour à tous,
Comme je l'ai indiqué dans les retours d'impressions, j'ai installé la F18 (version KDE - 64 bits) dans VirtualBox avec 4Go de RAM dédiées à la VM et 128Mo de mémoire vidéo. Le disque virtuel est un fichier de 175Go de taille fixe.
L'installation a été faite à partir d'une image ISO du DVD x86_64.
(Sur cette même machine physique, j'ai une autre machine virtuelle installée avec F16 qui tourne parfaitement).

Après l'installation, j'ai fait un update complet suivi d'un reboot.
J'ai toujours des lenteurs incroyables : 10 à 15 secondes pour afficher Konsole et obtenir le prompt, c'est juste intenable.

Le début de la commande top me donne les éléments suivant (le reste me semble normal) :

top - 18:00:01 up   1:20,  4 users,    load average: 0,70,  0,71,  0,63
Tasks:  141 total,    1 running,  140 sleeping,   0 stopped,   0 zombie
%Cpu(s):  0,7 us,  0,3 sy,  0,0 ni,  25,8 id,  0,0 wa,  72,5 hi,  0,7 si,  0,0 st

La valeur hi de la ligne %Cpu(s) est complètement hors des proportions habituelles. Je ne me souviens pas de l'avoir déjà vu au delà de 2%. Sur cette machine, elle oscille entre 50 et 100%.

Qu'est-ce qui pourrait expliquer ce problème, je n'avais jamais vu ça ?

Merci de votre aide.

nouvo09

Comme l'indication hd correspond aux hardware interrupt, qu'est ce qui peut bien causer autant d'appels ?

hi  --  Hardware IRQ
          The amount of time the CPU has been servicing  hardware  interrupts.

nouvo09

j'ai vu qu il y a un paramètre relatif aux irp qu'on peut passer au noyau, au moment du démarrage, mais j'ai pas vraiment lu.

madko

C'est dans une VM? Les addons invités sont installés?

Patsoo

Bonjour à tous,
merci pour vos pistes.

@Heldwin : Je n'avais pas jugé utile d'en mettre davantage car la machine ne faisait rien. J'en mets un peu plus cette fois-ci :

top - 08:30:11 up 3 min,  3 users,  load average: 1,72, 1,24, 0,52
Tasks: 147 total,   3 running, 144 sleeping,   0 stopped,   0 zombie
%Cpu(s):  0,0 us,  0,0 sy,  0,0 ni,  0,0 id,  0,0 wa,100,0 hi,  0,0 si,  0,0 st
KiB Mem:   4050116 total,   987976 used,  3062140 free,    39772 buffers
KiB Swap:  4063228 total,        0 used,  4063228 free,   413544 cached

  PID USER      PR  NI  VIRT  RES  SHR S  %CPU %MEM    TIME+  COMMAND                                                                                                 
 1800 root      20   0  382m  49m 8832 R  21,5  1,3   0:01.00 yumBackend.py                                                                                           
 1789 patsoo    20   0  115m 1456 1032 R   0,6  0,0   0:00.18 top                                                                                                     
   22 root      20   0     0    0    0 R   0,3  0,0   0:00.18 kworker/0:1                                                                                             
 1704 patsoo    20   0  559m  25m  18m S   0,3  0,6   0:00.61 konsole                                                                                                 
    1 root      20   0 51256 7600 2280 S   0,0  0,2   0:01.95 systemd                                                                                                 
    2 root      20   0     0    0    0 S   0,0  0,0   0:00.00 kthreadd                                                                                                
    3 root      20   0     0    0    0 S   0,0  0,0   0:00.01 ksoftirqd/0                                                                                             
    4 root      20   0     0    0    0 S   0,0  0,0   0:00.00 kworker/0:0                                                                                             
    5 root       0 -20     0    0    0 S   0,0  0,0   0:00.00 kworker/0:0H                                                                                            
    6 root      20   0     0    0    0 S   0,0  0,0   0:00.00 kworker/u:0                                                                                             
    7 root       0 -20     0    0    0 S   0,0  0,0   0:00.00 kworker/u:0H                                                                                            
    8 root      rt   0     0    0    0 S   0,0  0,0   0:00.00 migration/0

le yumBackend.py s'explique car j'ai fait le top quelques minutes après le re-démarrage, ce matin.

Le /proc/interrupts contient ça :

           CPU0       
  0:     428971    XT-PIC-XT-PIC    timer
  1:        719    XT-PIC-XT-PIC    i8042
  2:          0    XT-PIC-XT-PIC    cascade
  5:      56837    XT-PIC-XT-PIC    ahci, snd_intel8x0
  8:          0    XT-PIC-XT-PIC    rtc0
  9:      18908    XT-PIC-XT-PIC    acpi, vboxguest
 10:      13294    XT-PIC-XT-PIC    ehci_hcd:usb1, p2p1
 11:         28    XT-PIC-XT-PIC    ohci_hcd:usb2
 12:       1066    XT-PIC-XT-PIC    i8042
 14:          0    XT-PIC-XT-PIC    ata_piix
 15:       2151    XT-PIC-XT-PIC    ata_piix
NMI:          0   Non-maskable interrupts
LOC:          0   Local timer interrupts
SPU:          0   Spurious interrupts
PMI:          0   Performance monitoring interrupts
IWI:          0   IRQ work interrupts
RTR:          0   APIC ICR read retries
RES:          0   Rescheduling interrupts
CAL:          0   Function call interrupts
TLB:          0   TLB shootdowns
TRM:          0   Thermal event interrupts
THR:          0   Threshold APIC interrupts
MCE:          0   Machine check exceptions
MCP:          7   Machine check polls
ERR:          0
MIS:          0

C'est vrai que le timer génère pas mal d'interruptions, mais j'avais déjà regardé sur une autre machine linux pour comparer et j'avais plus de 3 millions d'IRQ pour le timer (machine sous F17 mais, il est vrai, démarrée depuis plusieurs jours).
Ce matin, au démarrage, j'ai eu le message assez classique "...TSC calibration failed...", pensez-voous que ça puisse avoir un lien ?

@madko : Oui, les addons sont installés.

Patsoo

A la vue de cette doc :
http://docs.fedoraproject.org/en-US/Fedora/16/html/System_Administrators_Guide/s2-proc-interrupts.html
Mon nombre d'interruptions pour le timer ne parait pas extravagant, même si on ne connait pas l'uptime des machines.

Patsoo

Je viens de redémarrer ma Fedora 16 qui tourne dans des conditions quasi identiques (machine virtuelle sous VirtualBox, installé sur la même machine physique).
Le /proc/interrupts, après une trentaine de minutes, n'est pas du tout comparable :

           CPU0       
  0:        151   IO-APIC-edge      timer
  1:         77   IO-APIC-edge      i8042
  8:          0   IO-APIC-edge      rtc0
  9:          0   IO-APIC-fasteoi   acpi
 12:        246   IO-APIC-edge      i8042
 14:          0   IO-APIC-edge      ata_piix
 15:       1293   IO-APIC-edge      ata_piix
 17:      33347   IO-APIC-fasteoi   p16p1
 19:          0   IO-APIC-fasteoi   ehci_hcd:usb1
 20:       2180   IO-APIC-fasteoi   vboxguest
 21:     104122   IO-APIC-fasteoi   ahci, snd_intel8x0
 22:         27   IO-APIC-fasteoi   ohci_hcd:usb2
NMI:          0   Non-maskable interrupts
LOC:     558300   Local timer interrupts
SPU:          0   Spurious interrupts
PMI:          0   Performance monitoring interrupts
IWI:          0   IRQ work interrupts
RTR:          0   APIC ICR read retries
RES:          0   Rescheduling interrupts
CAL:          0   Function call interrupts
TLB:          0   TLB shootdowns
TRM:          0   Thermal event interrupts
THR:          0   Threshold APIC interrupts
MCE:          0   Machine check exceptions
MCP:          4   Machine check polls
ERR:          0
MIS:          0

Comment expliquer cette différence ?

nouvo09

Si tu n'as pas de difficulté à télécharger, essaie d'installer la 18 en 32 bits pour voir. Avec 4 Go de ram il n'y aura déjà pas de changement de config à prévoir.

madko

Le yumBackend.py peut prendre beaucoup de ressource, surtout sur une VM. Tu as peut être un paquet de mises à jour en attente, du coup beacoup de calcul cpu pour gérer les dépendances etc. Ton hyperviseur est bien en 64bits? Tu émules pas une VM 64bits sur un host 32bits?

Patsoo

Madko wrote:Ton hyperviseur est bien en 64bits? Tu émules pas une VM 64bits sur un host 32bits?

Pu...., Madko, t'es un boss ! J'ai fait une faute de clic sur le type de VM dans Virtualbox. Et je n'ai même pas pensé à vérifier, quelle bille je fais !!
OK, Nouvo09, je ré-installe... en faisant attention à ce que je fais.

nouvo09

Tu émules pas une VM 64bits sur un host 32bits?

Je le fais moi, sans le moindre problème.

madko

c'est le seul cas de figure où les perfs peuvent y prendre un sacré coup, vu que c'est plus de l'émulation que de la virtualisation.