aftersnap

Lightroom Classic est lent : trouve le goulot d'étranglement dans ton déroulé

Import, changement d'image ou développement : délimite les étapes lentes de Lightroom et vérifie stockage, aperçus et GPU pas à pas.

Par aftersnap environ 5 min de lecture
Une photographe regarde une image de paysage sur l'écran de son poste de travail.
Image d'illustration générée par IA. Aucune référence client, aucune capture d'écran du logiciel.

Quand Lightroom Classic paraît lent, il te faut d'abord un goulot d'étranglement clairement nommé. Cet article t'aide à rattacher le problème à une étape de travail, à le tester de façon comparable et à tenir un protocole d'erreur utilisable.

Un import lent, un changement d'image qui saccade, des curseurs mous et un long calcul d'IA peuvent avoir des causes totalement différentes. La phrase « Lightroom est lent » ne suffit donc pas encore pour un diagnostic.

Qu'est-ce qui dure trop longtemps, exactement ?

Choisis un petit lot de test et note à quelle étape tu attends.

Observation À vérifier d'abord
Import lent Carte, lecteur de cartes, connexion et disque de destination
Retard au défilement Aperçus et leur emplacement de stockage
Curseurs mous Réglages GPU, pilotes et tâches en arrière-plan
Export long Nombre d'images, résolution, retouches et disque de destination

Ce sont des pistes de vérification, pas des diagnostics sûrs. Les recommandations de performance d'Adobe en donnent la base technique.

Garde les conditions de test identiques

Note la version de Lightroom, le système d'exploitation et les emplacements du catalogue et des images. Termine les autres travaux gourmands en calcul. Attends la fin des imports ou des créations d'aperçus.

Répète le même déroulé avec les mêmes photos. Si tu utilises d'autres fichiers, tu compares peut-être un développement simple à des masques complexes et des retouches par IA.

Ne change qu'un point à la fois. Note le résultat et garde une modification si elle aide de façon vérifiable.

Vérifie le chemin jusqu'aux fichiers

Un ordinateur rapide peut attendre un disque lent ou mal connecté. Contrôle donc aussi la connexion et un éventuel hub intercalé.

Vérifie l'espace libre des disques concernés. Le catalogue, les aperçus et les fichiers temporaires ont besoin de place. Travaille sur une copie de test sauvegardée si tu veux modifier des emplacements.

Observe si le retard n'apparaît qu'à la première ouverture ou aussi lors de changements d'image répétés immédiatement. Cette différence sert mieux la suite de la délimitation qu'une note globale au ressenti pour la machine.

Juger aperçus et GPU séparément

Pour le tri, des aperçus préparés peuvent aider. Le type d'aperçu pertinent dépend de ce que tu veux : une vue d'ensemble ou un contrôle des détails en grand. Crée-les d'abord pour ton lot de test et compare le même déroulé.

En cas de problème dans le module Développement, tu vérifies les réglages GPU et les recommandations officielles pour ton matériel. « Toujours désactiver le GPU » n'est pas une solution durable et générale sensée. Note si une comparaison ciblée change quelque chose.

Le débruitage et les autres calculs lourds se traitent à part. Leur durée dit peu de chose sur le fait que le changement d'image normal saccade aussi.

Si le comportement apparaît depuis une mise à jour

Regarde les problèmes connus pour ta version précise. « L'affichage tarde au passage d'un de ces RAW à l'autre » est plus exploitable pour une recherche que « tout rame ».

Sauvegarde le catalogue avant toute intervention importante. Laisse intacts les fichiers de catalogue ou de retouche que tu ne connais pas, même si un message de forum conseille de les effacer.

À la fin, tu devrais avoir un goulot d'étranglement reproductible ou un rapport d'erreur clair : étape concernée, version, matériel et tests déjà menés. Avec ça, tu peux chercher de l'aide de façon ciblée.

Mesurer séparément import, sélection et développement

À l'import, le lecteur de cartes, la connexion, le disque de destination et les aperçus créés en parallèle peuvent freiner. Au tri, ce qui décide est souvent de savoir si les aperçus adaptés sont déjà calculés et où ils se trouvent. Dans le module Développement s'ajoutent le décodage RAW, les masques et l'usage du GPU. À l'export, le nombre d'images, la taille de sortie, les retouches et le support de destination agissent ensemble.

Mesure à chaque fois une petite quantité d'images, toujours la même. Un test sans création d'aperçus répond à une autre question qu'un import complet et devrait être nommé en conséquence.

La taille du catalogue n'est pas automatiquement la cause

Un gros catalogue peut très bien fonctionner. Avant de le découper, vérifie l'espace occupé, l'intégrité du catalogue, les aperçus, la liaison au disque et les retards concrets. Plusieurs catalogues créent leurs propres inconvénients : les recherches et les collections se dispersent, et tu dois entretenir plusieurs sauvegardes.

Un protocole de test utile

Pour chaque essai, note : état de départ, réglage modifié, images utilisées, effet observé et chemin de retour. « GPU désactivé, c'était mieux » ne se transpose guère sans l'étape concernée ni la version. « Au passage entre les mêmes 20 RAW, l'attente a baissé de façon reproductible après la modification X » est une piste exploitable.

Reviens en arrière sur les modifications qui ne changent rien. Sinon, il reste un système avec de nombreux écarts inconnus par rapport à la configuration de départ.

À lire ensuite

Lightroom Workflow

Prêt pour une plus belle livraison ?

Essaie le forfait Studio pendant 14 jours. Sans carte bancaire, sans reconduction automatique.