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

Gaara · Le 11/10/2014, à 10:14

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?

Dernière modification par Gaara (Le 11/10/2014, à 11:39)

moko138 · Le 11/10/2014, à 10:28

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

top -d 12

suivi de Majuscule M

Gaara · Le 11/10/2014, à 10:32

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 · Le 11/10/2014, à 10:45

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

moko138 · Le 11/10/2014, à 11:06

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

moko138 · Le 11/10/2014, à 11:14

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

Gaara · Le 11/10/2014, à 11:15

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 · Le 11/10/2014, à 11:20

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 · Le 11/10/2014, à 11:52

et le retour de

free -m

donne quoi ?

Gaara · Le 11/10/2014, à 11:57

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 · Le 11/10/2014, à 12:01

La ligne importante c'est celle la :

-/+ buffers/cache:       7312        616

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

moko138 · Le 11/10/2014, à 13:13

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 · Le 11/10/2014, à 13:15

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

et

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

Gaara · Le 11/10/2014, à 13:26

@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 · Le 11/10/2014, à 13:36

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 · Le 11/10/2014, à 13:39

Gaara a écrit :

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é.

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).

Dernière modification par moko138 (Le 11/10/2014, à 13:43)

Gaara · Le 11/10/2014, à 13:44

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 · Le 11/10/2014, à 14:01

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 ?

Dernière modification par moko138 (Le 11/10/2014, à 14:03)

Gaara · Le 11/10/2014, à 14:12

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 · Le 11/10/2014, à 14:32

Comment lances-tu la copie ? En graphique ?

Gaara · Le 11/10/2014, à 14:43

Oui, en graphique, je fais un déplacement de sélection et je fais "copier ici" dans Dolphin
Je sais aussi qu'une vraie commande ssh pourrait faire le taf, mais je suis un peu fainéant pour trouver la bonne commande...
Je viens d'avoir une réponse sur mon rapport de bug, j'espère que mon anglais sera compréhensible, et que le bug sera confirmé !..

moko138 · Le 11/10/2014, à 14:55

Encore une fois je ne connais rien à ssh, mais une fois la connexion ouverte, un bête "cp..." ne suffit-il pas ?

Gaara · Le 11/10/2014, à 15:07

C'est possible, j'ai pas trop regardé. Dans la mesure du possible je fais tout en graphique, je ne viens pas de $win pour rien...
Mais ça ne doit pas être bien compliqué, c'est juste une question de réflexe.

Après une petite recherche, ça doit être scp:
scp <fichier> <username>@<ipaddressDistant>:<DestinationDirectory>

Mais bon.. la bonne nouvelle c'est que j'aide (a mon niveau) les devs de KDE !!

Dernière modification par Gaara (Le 11/10/2014, à 15:08)

jajaX · Le 11/10/2014, à 23:12

salut,

mets tes processus en arborescence (au lieu des processus utilisateurs), dans "activités du système", pour voir le coupable de ta gloutonnerie de RAM

Dernière modification par jajaX (Le 11/10/2014, à 23:12)

Ubuntu-fr

Navigation

Liens de recherche

Annonce

#1 Le 11/10/2014, à 10:14

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

#2 Le 11/10/2014, à 10:28

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

#3 Le 11/10/2014, à 10:32

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

#4 Le 11/10/2014, à 10:45

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

#5 Le 11/10/2014, à 11:06

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

#6 Le 11/10/2014, à 11:14

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

#7 Le 11/10/2014, à 11:15

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

#8 Le 11/10/2014, à 11:20

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

#9 Le 11/10/2014, à 11:52

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

#10 Le 11/10/2014, à 11:57

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

#11 Le 11/10/2014, à 12:01

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

#12 Le 11/10/2014, à 13:13

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

#13 Le 11/10/2014, à 13:15

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

#14 Le 11/10/2014, à 13:26

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

#15 Le 11/10/2014, à 13:36

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

#16 Le 11/10/2014, à 13:39

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

#17 Le 11/10/2014, à 13:44

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

#18 Le 11/10/2014, à 14:01

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

#19 Le 11/10/2014, à 14:12

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

#20 Le 11/10/2014, à 14:32

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

#21 Le 11/10/2014, à 14:43

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

#22 Le 11/10/2014, à 14:55

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

#23 Le 11/10/2014, à 15:07

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

#24 Le 11/10/2014, à 23:12

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

Pied de page des forums