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

[bug] un processus qui prend 3.3Go de ram: kio_file

Gaara

Bonjour à tous,

Je copie des fichiers via ssh (800Go) et Dolphin. (d'un raspberry pi vers un disque externe du pc)
La copie a commencé hier soir, ça à copié 200Go (l'ethernet du pi est pas rapide rapide..)

Bref, je me demande si c'est normal que ça bouffe autant de ram. Sur mes 8Go au total, 6Go sont occupées, dont 3Go par un seul processus: kio_file
J'ai fait un screen de l'activité système pour donner des infos:

Est-ce normal que ça bouffe autant?
J'ai vu des bug sous jaunty, mais ça aurait dû être corrigé depuis le temps. Vous en pensez quoi?

moko138

Je ne sais pas lire ta capture. Je comprendrais mieux avec la copie d'un

top -d 12

suivi de Majuscule M

Gaara

Voilà:

:~$ top -d 12
top - 11:30:20 up 18:48,  3 users,  load average: 0,78, 0,97, 1,12
Tasks: 254 total,   5 running, 249 sleeping,   0 stopped,   0 zombie
%Cpu(s): 11,9 us,  6,8 sy,  1,4 ni, 79,4 id,  0,3 wa,  0,0 hi,  0,2 si,  0,0 st
KiB Mem:   8119100 total,  7994144 used,   124956 free,    16292 buffers
KiB Swap:        0 total,        0 used,        0 free.  1392064 cached Mem

  PID USER      PR  NI    VIRT    RES    SHR S  %CPU %MEM     TIME+ COMMAND                                                            
25477 guillau+  20   0 4220264 3,549g   3248 R   7,8 45,8  25:50.39 kio_file                                                           
 3997 guillau+  20   0 4451156 243928  33660 S   2,4  3,0  38:13.63 plasma-desktop                                                     
 5576 guillau+  20   0 1146132 218772  50528 S   9,4  2,7   0:08.38 chromium-browse                                                    
 9019 guillau+  20   0  922824 201032  86284 R  12,1  2,5  18:39.11 chromium-browse                                                    
 1897 root      20   0  340712 196612  47804 S   3,7  2,4  46:44.67 Xorg                                                               
 8978 guillau+  20   0 1212732 191128  48652 R   2,0  2,4   3:38.09 chromium-browse                                                    
 3033 guillau+  20   0 1188984 127044  17784 S   0,0  1,6   0:18.95 chromium-browse                                                    
 9060 guillau+  20   0 1047828 126252  12024 S   0,3  1,6   0:35.02 chromium-browse                                                    
 9090 guillau+  20   0 1031688 115560  12120 S   0,0  1,4   0:42.44 chromium-browse                                                    
 3976 guillau+  20   0 3365784 108616  28424 S   1,7  1,3  22:27.20 kwin                                                               
 4419 guillau+  20   0 4299312  98800  20520 S   6,9  1,2  79:53.33 amarok                                                             
 2384 guillau+  20   0 1115944  98040  25936 S   0,0  1,2   1:32.70 chromium-browse                                                    
 4020 guillau+  20   0 2898404  92000  11336 S   0,9  1,1   1:37.80 krunner

Gaara

Je vais faire un rapport de bug sur ce lien, on verra bien.

moko138

Et pourquoi ne tentes-tu pas tout simplement un kill du processus ?

moko138

D'après mes premières recherches, kio_file est lié à amarok.

Gaara

Bah la copie n'est pas terminée, je killerais quand ça plantera vraiment, pour voir ce que ça donne... (ça augmente, ça prend 4Go maintenant)

Gaara

kio_file est lié à amarok.

non, car si je coupe amarok le process est toujours là.
C'est lié à Dolphin et à la copie ssh (voir ici, et cet autre bug)

lann

et le retour de

free -m

donne quoi ?

Gaara

Ben là ça diminue..

:~$ free -m
             total       used       free     shared    buffers     cached
Mem:          7928       7786        142        136         19        454
-/+ buffers/cache:       7312        616
Swap:            0          0          0

ça va pas tarder à freezer !

lann

La ligne importante c'est celle la :

-/+ buffers/cache:       7312        616

Tu as 7312 Mo de consommé et il te reste 616 Mo

moko138

Gaara a écrit
kio_file est lié à amarok.
non, car si je coupe amarok le process est toujours là.
C'est lié à Dolphin et à la copie ssh (voir ici, et cet autre bug)

Je ne connais rien à ssh, mais il est clair que la copie via ssh ne peut pas avoir besoin de ce processus parasite de 90% de ta ram.
Je peux t'emprunter un camion pour tourner une vis : si tu récupères ton camion ça ne changera rien à la position de ma vis.
C'est pourquoi, si j'étais à ta place, je tuerai ce processus parasite. (As-tu remarqué la valeur élevée de son PID ? rien d'essentiel !)

Gaara

Bon.. comme prévu j'ai été obligé de quitter la copie.
En relançant:

PID USER      PR  NI    VIRT    RES    SHR S  %CPU %MEM     TIME+ COMMAND       
22297 guillau+  20   0  449852  63652   4704 S   7,0  0,8   0:13.75 kio_file

:~$ free -m
             total       used       free     shared    buffers     cached
Mem:          7928       3849       4078        138         54       1350
-/+ buffers/cache:       2444       5484
Swap:            0          0          0

Gaara

@moko138:
Je viens d'essayer de killer le process. La copie continue, mais ça passe au fichier suivant, même si le fichier en cours n'est pas terminé.

moko138

Euh... sais-tu que tu es en train d'utiliser quatre fois plus de ram que moi (qui ai pourtant, vlc, nautilus-quatre-onglets, et firefox-au-moins-cinquante-onglets d'ouverts) ?
Garde l'oeil sur top Maj M...

Je ne comprends pas pourquoi tu parles de RPI, alors qu'on voit du KDE partout :
RPI connecté en ssh à ta KDE ? sinon, quid ?

Tes 800 Go à copier ne sont-ils pas sur un DDE ?
DDE branché à ton RPI ?

moko138

Gaara a écritJe viens d'essayer de killer le process. La copie continue, mais ça passe au fichier suivant, même si le fichier en cours n'est pas terminé.

Ce n'est pas un problème.
C'est même plus rapide et aussi sûr si tu copies vers un fs linux (tu trouvais ça lent).

Gaara

RPI connecté en ssh à ta KDE ?

C'est bien ça

DDE branché à ton RPI ?

c'est aussi ça

En schématisant, voilà le principe de cette copie:
DDe 1To --usb--> Rpi --ethernet/ssh--> KDE --eSATA--> DDe 2To

Je copie des fichiers du DDe 1To vers DDe 2To

Je sais bien que je pourrais débrancher le DD1 pour le brancher directement sur mon pc KDE, mais ça m'oblige de tout déménager (le rpi n'est pas très accessible)..

moko138

OK.
Je croyais que kde c'était bien pourvu qu'on ait de la ram, mais là, je m'interroge... 🙂

Et ton DDE 2 To, est-il en ntfs/fat/exfat ou en fs linux ?

EDIT : au pire, tu lances la copie avant de te coucher, en fermant toutes les appllis superflues, non ?

Gaara

Pour faire simple, tout est en ext4, car je n'ai pas de win.
Et oui, Kde consomme pas mal de ram, rien que 250 Mo pour le bureau. Chromium j'en parle pas ! Mais bon, je le préfère à Firefox.
Je suis à 3 Go en temps normal, avec tous les plasmoïds activés, et 5 ou 6 onglets sur chromium.

En regardant plus précisément le process kio_file, il prend 1 méga toutes les 5s environ. Donc ça ne m'étonne pas qu'en une nuit, il ait rempli les 8 Go!!

moko138

Comment lances-tu la copie ? En graphique ?

Page suivante »