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 se bloque 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 le mode compatibilité XP SP2 et / ou 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? GIMP fonctionnerait-il toujours? Qu'est-ce qui ne fonctionnerait pas? Puis-je le démarrer plus tard, après le chargement?

EDIT 3: semble démarrer à une vitesse fulgurante même avec script-fu (<3 secondes) dans GIMP 2.8 RC1 sous 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 --verboseparamètre à 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 à partir de la deuxième fois, cela devrait être plutôt normal.

Notez que sur les systèmes plus récents (Windows 7 et 10), ce dossier a été déplacé C:\Users\<username>\AppData\Local\fontconfig. Un moyen rapide pour y arriver est de taper: Win+ r, et d'entrer %appdata%/../local/fontconfig(ou d'écrire la même chose dans la ligne d'adresse d'une fenêtre d'exploration de fichiers).

Un autre conseil est:

J'ai créé un raccourci avec le paramètre de commande --no-fonts et le lancement a été très rapide.

La 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 de compiler 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) C:\Program Files\GIMP-2.0\lib\gimp\<version>\plug-ins. Il suffit de renommer le fichier d'extension en .oldou quelque chose, par exemple script-fu.exeen 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.

Utiliser Windows 7 avec
Gimp 2.8

=== Étape 1. Diagnostiquer ===

1. Aller vers C:\Program Files\GIMP 2\bin
2. Maj + clic droit -> "Ouvrir la fenêtre de commande ici"
   (cliquez sur l'espace vide du dossier, pas sur une icône)
3. Type gimp-2.8.exe --verbose
4. 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 je le lançais.

5. Pour un processus d'élimination rapide:
   fermez Gimp +, tapez-le dans l'invite de commande Windows.
   
   gimp-2.8.exe --verbose --no-fonts

Remarque:
appeler gimp-2.8.exe ne fonctionne que si le chemin d'accès de votre console
est identique à celui du 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.8n'avait rien sur la police sauf un fontsdossier 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

    indice:
    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 .

1. Restez dans le ..\AppData\Local\fontconfigrépertoire.
2. Run Gimp.
3. Voir si cela génère un nouveau cachedossier.

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 masqué le cache de
Gimp, qui en a régénéré un nouveau.

Si vous fermez Gimp +, rouvrez-le,
il devrait s'ouvrir considérablement plus rapidement
(j'espère que c'était la racine de votre problème!)

J'ai copié tous les fichiers dans C:\Program Files\GIMP 2\lib\gimp\2.0\plug-insun nouveau dossier nommé Unused, également à l'intérieur plug-ins.

A commencé Gimp: ~ 1 seconde contre ~ 40 secondes auparavant. J'ai ensuite copié les ".exes" fréquemment utilisés dans le plug-insdossier. 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 en avez 2). Le passage à Windows XP améliore grandement les choses, mais les pilotes ne sont pas toujours disponibles avec du matériel plus récent. La meilleure option consiste donc à opter pour Windows 7 (qui semble également nécessiter beaucoup de mémoire vive, 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 se trouver 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 étonnamment 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 le chargement de 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 vierge). 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 (gain 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 était d'aller dans Edition -> Préférences -> Dossiers -> Polices et de 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 des 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)

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

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 -vous-ici-es.html