GIMP devenu inutilisable

Demande d'aide : c'est ici.
Répondre
evanescente~ondine
Membre
Membre
Messages : 40
Inscription : 22 août 2016, 17:05
Status : Hors-ligne

Hi.

J'utilise GIMP depuis plus d'un an, même si j'ai réinstallé debian il y a peu.
Avant, ouvrir https://upload.wikimedia.org/wikipedia/ ... lution.jpg qui fait 230 Mo, prenait 30 secs, maintenant plutôt 2 mn, et je peux toujours pas travailler. L'ordi devient complètement inutilisable, pour quelque opération que ce soit, même à l'extérieur de GIMP. J'ai enlevé GNOME et MATE et mis xfce en espérant alléger la mémoire, rien a fait. Maintenant ça prends 17 sec pour copier une image de 11 Mo
J'ai debian 8.5, Linux 3.16.0-4-amd64, GIMP 2.8, 3.4 Go en mémoire.
Supprimer le dossier .gimp-2.8 ou quelque chose, n'a rien fait non plus.

Merci
Avatar de l’utilisateur
Grhim
Membre très actif
Membre très actif
Messages : 1389
Inscription : 30 mai 2016, 01:00
Localisation : kekparr'par'là
Status : Hors-ligne

une info machine serais le bien venu afin de voir si ca viens bien d'une machine devenu obsolette...

sinon tu peux aussi faire un tour ici
Debian Stable + Testing -.- Parrot OS - Kali Exegol -.- Raspberry IPFire
hybridemoineau
Membre
Membre
Messages : 390
Inscription : 24 avr. 2016, 15:34
Status : Hors-ligne

Tu peux lancer la commande top pendant que l'image est ouverte par GIMP (puisque ça prend 2 minutes à charger) et poster le résultat ici pour voir ce qui tourne ?
evanescente~ondine
Membre
Membre
Messages : 40
Inscription : 22 août 2016, 17:05
Status : Hors-ligne

Voici les données de top, en pleine ouverture. Donc en pleine lenteur absolue.
Vous voyez dedans ma mémoire, sinon j'ai deux processeurs AMD E1 cadencés à 1,34 gh chacun.

top - 19:10:18 up 57 min, 2 users, load average: 1,64, 1,20, 1,34
Tasks: 156 total, 1 running, 155 sleeping, 0 stopped, 0 zombie
%Cpu(s): 4,4 us, 5,0 sy, 0,0 ni, 30,4 id, 60,0 wa, 0,0 hi, 0,2 si, 0,0 st
KiB Mem: 3441048 total, 3318816 used, 122232 free, 332 buffers
KiB Swap: 7264252 total, 106156 used, 7158096 free. 713584 cached Mem


4831 pc2 20 0 2575136 2,046g 12464 D 12,3 62,4 0:36.39 gimp-2.8
1239 root 20 0 265772 29848 11844 S 3,0 0,9 8:54.07 Xorg
1313 pc2 20 0 493824 73660 376 S 2,7 2,1 1:28.25 skype
1312 pc2 20 0 551708 40860 7368 S 1,0 1,2 0:18.14 xfdesktop
29 root 20 0 0 0 0 S 0,7 0,0 0:08.38 kswapd0
4195 root 20 0 0 0 0 S 0,7 0,0 0:03.56 kworker/u8+
4801 pc2 20 0 406544 12800 8220 S 0,7 0,4 0:01.31 xfce4-term+
4851 pc2 20 0 23628 2144 1664 R 0,7 0,1 0:00.31 top
hybridemoineau
Membre
Membre
Messages : 390
Inscription : 24 avr. 2016, 15:34
Status : Hors-ligne

evanescente~ondine a écrit :Voici les données de top, en pleine ouverture. Donc en pleine lenteur absolue.
Vous voyez dedans ma mémoire, sinon j'ai deux processeurs AMD E1 cadencés à 1,34 gh chacun.

KiB Mem: 3441048 total, 3318816 used, 122232 free, 332 buffers
KiB Swap: 7264252 total, 106156 used, 7158096 free. 713584 cached Mem


4831 pc2 20 0 2575136 .... gimp-2.8
1239 root 20 0 265772 .... Xorg
1312 pc2 20 0 551708 .... xfdesktop
En effet, GIMP est gourmand.

Peut-être qu'il y aura d'autres idées, mais
- si tu ouvres la même image avec ristretto (le visionneur de xfce), l'effet est le même ?
- et avec imagemagick (à installer éventuellement) et la commande

Code : Tout sélectionner

display image.jpg
?
- et avec des images de même poids mais de format différents (jpg, png, tiff) ?

Ca c'est pour le diagnostic, car je me demande sinon si ce ne serait pas un greffon de gimp qui foirerait et que tu aurais installé - si je me rappelle bien, ça s'appelait les "scripts-fu".
hybridemoineau
Membre
Membre
Messages : 390
Inscription : 24 avr. 2016, 15:34
Status : Hors-ligne

Quelques tests après le repas....

A priori, ce n'est pas étonnant que ça rame avec
https://upload.wikimedia.org/wikipedia/ ... lution.jpg

Avec ma brouette, 2 CPU à 2,16Gz, Gimp n'arrive pas à ouvrir l'image, Imagemagik m'en montre un coin au bout de longues minutes.
Elle n'est pas seulement lourde, elle a une résolution de malade. Une photo prise avec mon lumix en standard c'est
Image size : 4896 x 3264
Image quality : High
Exif Resolution : 4896 x 3264

La photo que tu as mis en lien, c'est
Image size : 30000 x 17078
Exif Resolution : 39136 x 22279

Du coup, la question n'est vraiment que celle-là:
evanescente~ondine a écrit :Avant, ouvrir https://upload.wikimedia.org/wikipedia/ ... lution.jpg qui fait 230 Mo, prenait 30 secs, maintenant plutôt 2 mn
Le temps s'est allongé de vraiment 30s à vraiment 2 mn ? Quelle est la puissance de tes processeurs ?

Edit: réponse sur le forum debian-facile.org,

https://debian-facile.org/viewtopic.php?id=15058
Vous voyez dedans ma mémoire, sinon j'ai deux processeurs AMD E1 cadencés à 1,34 gh chacun.
Du coup, c'est logique que ça rame et je ne vois pas comment ça prenait 30s. Passage de la basse à la haute résolution sans doute ?

Merci de prévenir du multipostage !

'nuit
evanescente~ondine
Membre
Membre
Messages : 40
Inscription : 22 août 2016, 17:05
Status : Hors-ligne

J'utilisais exactement le même fichier qu'avant. même si ça prenait quelque temps pour s'ouvrir, une fois ouvert je pouvais parfaitement travailler dedans. Il y a clairement quelque chose qui a changé.
Sinon, ouaip, résolution de malade. C'est nécessaire pour zoomer sur de petits détails !
Mes processeurs: 1,32 Gh chacun. J'en ai deux. Des AMD E1
A part un nouvel ordi, vous avez une solution pour que une fois ouvert, je puisse à nouveau travailler dans ce fichier ?
hybridemoineau
Membre
Membre
Messages : 390
Inscription : 24 avr. 2016, 15:34
Status : Hors-ligne

evanescente~ondine a écrit :J'utilisais exactement le même fichier qu'avant. même si ça prenait quelque temps pour s'ouvrir, une fois ouvert je pouvais parfaitement travailler dedans. Il y a clairement quelque chose qui a changé.
Ce n'est pas le même problème que la lenteur à l'ouverture, mais si ça marchait, ça doit remarcher....

Je ne vois pas la solution cependant (swap ?). Tu pourrais poster l'état de ta machine avec top une fois la photo ouverte, ça donnera peut-être des idées à d'autres.
evanescente~ondine
Membre
Membre
Messages : 40
Inscription : 22 août 2016, 17:05
Status : Hors-ligne

top - 00:47:42 up 2:46, 2 users, load average: 0,68, 0,76, 0,77
Tasks: 153 total, 3 running, 149 sleeping, 0 stopped, 1 zombie
%Cpu(s): 9,8 us, 3,9 sy, 0,0 ni, 86,3 id, 0,0 wa, 0,0 hi, 0,0 si, 0,0 st
KiB Mem: 3441048 total, 3190576 used, 250472 free, 12892 buffers
KiB Swap: 7264252 total, 200756 used, 7063496 free. 319004 cached Mem

PID USER PR NI VIRT RES SHR S %CPU %MEM TIME+ COMMAND
7232 pc2 20 0 2520624 1,996g 16456 S 0,0 60,8 1:41.28 gimp-2.8
8711 pc2 20 0 1135252 327376 74144 R 11,0 9,5 0:59.62 x-www-brow+
hybridemoineau
Membre
Membre
Messages : 390
Inscription : 24 avr. 2016, 15:34
Status : Hors-ligne

evanescente~ondine a écrit : Tasks: 153 total, 3 running, 149 sleeping, 0 stopped, 1 zombie
KiB Mem: 3441048 total, 3190576 used, 250472 free, 12892 buffers
KiB Swap: 7264252 total, 200756 used, 7063496 free. 319004 cached Mem

PID USER PR NI VIRT RES SHR S %CPU %MEM TIME+ COMMAND
7232 pc2 20 0 2520624 1,996g 16456 S 0,0 60,8 1:41.28 gimp-2.8
8711 pc2 20 0 1135252 327376 74144 R 11,0 9,5 0:59.62 x-www-brow+
La mémoire est pleinement utilisée alors que gimp n'utilise que 60% de la mémoire, et ton navigateur 10%.

Il y a un zombie dans la salle. C'est qui ?
evanescente~ondine
Membre
Membre
Messages : 40
Inscription : 22 août 2016, 17:05
Status : Hors-ligne

le zombie est 1484 tty1 Sl 0:00 \_ /opt/libreoffice5.1/program/soffice.bin --quickstart --nologo --nodefault
1537 tty1 Z 0:00 \_ [soffice.bin] <defunct> ----------------- CELUI-LÀ

étrangement, il était présent dès le démarrage. Mais avec cette habitude d'enregistrer la sessiond de xfce4, ceci explique peutêtre cela.
J'ai tué ce zombie, rouvert et refermé libreoffice, le zombie ne revient pas. C'est vrai qu'hier j'ai eu des ennuis avec systemd: poweroff halt ou shutdown ne marchait plus. maintenant oui. Je vous dirai si GIMP marche mieux ou non une fois l'image ouverte.
Répondre