Pourquoi GIMP démarre-t-il si lentement sur ma machine?
Existe-t-il un moyen d’accélérer le démarrage de GIMP sur les processeurs Intel [Double] 1.6 32 bits Windows Vista Home Premium? Sur XP [ordinateur différent], il se charge en moins de 3 secondes. Sur Vista, cela prend 20 secondes:
- 2 secondes (autres - polices, pinceaux, etc.)
- 18 secondes (extension-script-fu)
Il gèle juste à extension-script-fu. En regardant Process Explorer, je constate que cela ne prend aucun processeur. EDIT 1: Il semble prendre 50% de la CPU.
Il reste bloqué pendant environ 18 secondes, puis recommence à fonctionner. Ensuite, le programme GIMP apparaît [... enfin]. J'ai la dernière version stable en cours d'exécution (je pense). Je l'ai essayé avec XP SP2 Compatibiliy mode et/ou Exécuter en tant qu'administrateur, mais cela n'a pas aidé.
EDIT 2: Une solution serait de désactiver le script-fu. Est-ce que quelqu'un sait comment le désactiver au démarrage? C'est possible? Est-ce que GIMP fonctionnerait toujours? Qu'est-ce qui ne marcherait pas? Puis-je le démarrer plus tard, après le chargement?
EDIT 3: Semble démarrer à la vitesse de l'éclair même avec script-fu (<3 secondes) dans GIMP 2.8 RC1 sur Windows Vista.
Si cela vous arrive lorsque l'écran de démarrage affiche le message "Chargement de fichiers de données - Polices", plusieurs solutions de contournement à ce ralentissement existent.
Pour analyser le ralentissement, vous pouvez ajouter le paramètre --verbose à GIMP afin de mieux analyser les problèmes de démarrage.
L'article démarrage lent de GIMP: Graphics conseille:
Cela m'est arrivé aussi. Un type d'âme m'a dit qu'il y aurait un fichier ..fonts-cache1 dans le répertoire c:\documents et settings\user-name \. Supprimez ce cache et redémarrez GIMP. La première fois, il faut un certain temps pour reconstituer ce cache de polices, mais cela devrait être plutôt normal à partir de la deuxième fois.
Notez que sur les systèmes plus récents (Windows 7 et 10), ce dossier a été déplacé vers C:\Users\<username>\AppData\Local\fontconfig. Un moyen rapide pour y arriver est de taper: Win+ret entrez %appdata%/../local/fontconfig (ou écrivez la même chose dans la ligne d'adresse d'une fenêtre de l'explorateur de fichiers).
Un autre conseiller est:
J'ai créé un raccourci avec le paramètre de commande --no-fonts et le démarrage a été très rapide.
Le FAQ de GIMP dit:
Le chargement de GIMP prend trop de temps - comment puis-je l'accélérer?
L'essentiel est de s'assurer que vous utilisez au moins la version 1.0, et que vous avez bien compilé avec l'optimisation activée, le débogage désactivé et les options de mémoire partagée et de mémoire partagée X activées.
Ou bien, achetez un système plus rapide avec plus de mémoire. 8 ^)
Si cela reste trop lent pour vous, l'accélération la plus simple consiste à appeler GIMP avec l'option "--no-data". Cela empêche GIMP de charger des modèles, des pinceaux et des ressources similaires au démarrage. Vous pouvez également bénéficier légèrement de l'option "--no-splash"; vous voudrez peut-être vérifier si cela vous aide vraiment à en valoir la peine.
Si le problème concerne une ou plusieurs extensions, la seule solution consiste à désinstaller ces extensions. Les extensions se trouvent dans le dossier dans lequel GIMP est installé (généralement Program Files), à l’intérieur de C:\Program Files\GIMP-2.0\lib\gimp\<version>\plug-ins. Il suffit de renommer le fichier d’extension en .old ou quelque chose comme, par exemple, script-fu.exe en script-fu.exe.old. Le moyen le plus simple de se débarrasser de toutes les extensions est de renommer l’ensemble du dossier des plug-ins.
La réponse choisie a fonctionné pour moi.
Cependant, dû utiliser différentes étapes.
Utilisation de Windows 7
Utilisation de Gimp 2.8
=== Étape 1. Diagnostiquer ===
- Accédez à
C:\Program Files\GIMP 2\bin - Maj + Clic droit -> "Ouvrir la fenêtre de commande ici"
(cliquez sur l'espace vide du dossier, pas sur une icône) - Tapez
gimp-2.8.exe --verbose - Regardez la console Gimp qui apparaît:
voyez ce qui prend le plus de temps à charger.
Pour moi, cela resterait "Chargement des polices" pendant 15 secondes,
chaque fois que j'ai lancé.
- Pour un processus d'élimination rapide:
close Gimp + tapez ceci dans l'invite de commande Windowsgimp-2.8.exe --verbose --no-fonts
n e t e:
appeler gimp-2.8.exe ne fonctionne que si le chemin de votre console
est identique au répertoire gimp-2.8.exe.
=== Étape 2. Localisez le cache de polices de Gimp ===
C:\Users\User_Name\ n'avait aucun fichier ressemblant à ".fonts-cache1"C:\Users\User_name\.gimp-2.8 n'avait rien sur la police sauf un dossier fonts vide
Si vous le trouvez là: suivez les étapes de la réponse sélectionnée ci-dessus.
Sur ma machine:
le dossier de polices dans lequel Gimp 2.8 stocke sa police cache
se trouve dans: C:\Users\User_Name\AppData\Local\fontconfig
h i n t:
cliquez sur le bouton Démarrer de Windows, tapez %appdata%/../local puis appuyez sur Entrée
=== Étape 3. Vérifiez qu'il s'agit du bon dossier ===
À l'intérieur de C:\Users\User_Name\AppData\Local\fontconfig
il devrait y avoir un dossier appelé cache.
Renommez-le autrement: exemple cache.backup.
- Restez dans le répertoire
..\AppData\Local\fontconfig. - Run Gimp.
- Voir si elle génère un nouveau dossier
cache.
Si c'est le cas, vous savez certainement qu'il s'agit du dossier de cache de polices de Gimp.
=== Étape 4. Espérons que cela soit corrigé; découvrons ===
La dernière étape a caché le cache de Gimp,
et Gimp en ont régénéré un nouveau.
Si vous fermez Gimp +, rouvrez-le,
il devrait s'ouvrir beaucoup plus rapidement
(j'espère que c'était la racine de votre problème!)
J'ai copié tous les fichiers de C:\Program Files\GIMP 2\lib\gimp\2.0\plug-ins dans un nouveau dossier nommé Unused, également à l'intérieur de plug-ins.
A commencé Gimp: ~ 1 seconde contre ~ 40 secondes auparavant. J'ai ensuite copié les ".exes" fréquemment utilisés dans le dossier plug-ins. Maintenant, Gimp commence dans environ 3 secondes.
D'après mon expérience, Windows Vista est notoirement lent avec moins de 4 Go de RAM (et vous avez mentionné que vous disposiez de 2 Go). Le passage à Windows XP améliore considérablement les choses, mais les pilotes ne sont pas toujours disponibles avec les nouveaux matériels. La meilleure option consiste donc à opter pour Windows 7 (qui semble également nécessiter beaucoup de RAM, contrairement à XP).
J'ai également remarqué sur certains ordinateurs que le programme de défragmentation de disque ne s'exécute pas sous Vista alors qu'il est programmé pour une exécution hebdomadaire. Vous pouvez donc essayer de l'exécuter manuellement. Le "Défragmenteur de disque" doit être dans votre menu Démarrer sous "Accessoires". "->" Outils système. " Après avoir exécuté cela deux fois, je constate que les choses s’accélèrent considérablement (même si cela ne semble jamais être aussi bon que le neuf).
Vous trouverez ici une comparaison approfondie de divers outils de défragmentation de disque, réalisée par M. Roedy Green, qui est extrêmement détaillé et possède un très haut niveau de compétence technique, mais qui est également très doué pour expliquer les choses de manière simple à comprendre. mode: http://mindprod.com/jgloss/defragger.html
La défragmentation de disque est probablement votre meilleur choix si vous ne pouvez pas passer à un meilleur système d'exploitation.
Le problème est très probablement vos pinceaux ou plugins. Par exemple, GIMP charge tous les pinceaux en mémoire au démarrage. Sur mon propre système, cela consomme environ 1,1 Go de RAM, et cela avant de charger l'image de l'écran de démarrage (la fenêtre de l'écran de démarrage est présente, mais avec un arrière-plan blanc et vide). Une fois que le programme a fini de consommer 1,1 Go de RAM, l'image apparaît et se charge assez rapidement. Si je supprime mes pinceaux, le programme démarre dans environ 4 secondes et ne consomme que 49 Mo de RAM.
Edit: Windows 7 64 bits, Pentium Dual-Core 2,7 GHz, 4 Go de RAM. GIMP 2.8 de Partha's Place.
Le traitement des polices est souvent une cause du démarrage lent de Gimp. Il semble y avoir de nombreuses sources du problème et les solutions suggérées risquent de ne pas fonctionner. Dans Gimp 2.6 sous Windows, j’ai constaté que le paramètre de ligne de commande "--no-fonts" fonctionnait (enregistrement de 50 secondes), mais (1) vous ne pouvez pas ajouter de texte à une image et (2) vous devez démarrez Gimp plutôt que de simplement cliquer sur une image.
Une solution étrange mais efficace que j'ai trouvée consistait à aller dans Edition -> Préférences -> Dossiers -> Polices et à supprimer l'entrée (normalement ".gimp-2.6\fonts"). Cela a pour effet (pour des raisons non évidentes) de supprimer le délai de démarrage des polices, tout en permettant l'utilisation de texte sur les images utilisant toutes les polices installées dans Windows.
J'ai expérimenté cela (sauf sur un Mac) et je me suis dit que c'était un autre problème mac bizarre que je devais supporter. J'attendais beaucoup plus de 20 secondes sur extension-script-fu. Le problème pour moi était que j'avais un périphérique de stockage USB amovible (16 Go et pas trop rapide) et que ma machine semblait conserver un index de fichiers sur ce lecteur.
Lorsque j'ai désactivé l'indexation de fichiers pour ce périphérique, tout le problème a disparu. Pas sûr que ça aide vraiment, et je ne sais pas comment faire ça dans Windows mais peut-être quelque chose de similaire. (Je n'ai pas GIMP sur ma machine Windows)
Un autre bon moyen est de déplacer des pinceaux supplémentaires du dossier BRUSHES vers le dossier "BRUSHES_BACKUP" ...
Quelques autres conseils:
1) http://www.ehow.com/how_8385516_make-gimp-load-faster.html
2) http://fooit.blogspot.com/2011/03/gimp-startup-too-slow-for-you-are-are.html
Gimp prend environ 10 secondes pour commencer ici, sur un Xeon, Arch Linux d’environ 2 GHz. Cela me dit que c'est probablement la version Windows de Gimp qui pose problème. De plus, j'ai moi-même constaté que le chargement de la version Windows de Gimp prend beaucoup de temps.
Pour répondre à votre question, vous pouvez utiliser Linux. Je parie que Gimp démarrera même plus rapidement si vous exécutez Gimp sous Linux sur une machine virtuelle (telle que VirtualBox).