Lightroom Classic is traag: vind het knelpunt in je werkwijze
Import, beeldwissel of ontwikkelen: baken trage Lightroom-stappen af en controleer opslag, previews en GPU stap voor stap.
Als Lightroom Classic traag aanvoelt, heb je eerst een duidelijk benoemd knelpunt nodig. Dit artikel helpt je het probleem aan één werkstap toe te wijzen, vergelijkbaar te testen en een bruikbaar foutenlogboek aan te leggen.
Een trage import, een haperende beeldwissel, stroperige schuifregelaars en een lang AI-proces kunnen totaal verschillende oorzaken hebben. De uitspraak „Lightroom is traag” volstaat daarom nog niet voor een diagnose.
Wat duurt er precies te lang?
Kies een kleine testset en noteer bij welke stap je zit te wachten.
| Waarneming | Eerst controleren |
|---|---|
| Trage import | Kaart, kaartlezer, aansluiting en doelschijf |
| Vertraging bij het doorbladeren | Previews en hun opslaglocatie |
| Stroperige schuifregelaars | GPU-instellingen, stuurprogramma's en achtergrondtaken |
| Lange export | Aantal beelden, resolutie, bewerkingen en doelschijf |
Dat zijn zoekrichtingen, geen zekere diagnoses. De prestatieaanwijzingen van Adobe leveren de technische basis.
Houd de testomstandigheden gelijk
Noteer de Lightroom-versie, het besturingssysteem en de opslaglocaties van catalogus en beelden. Sluit andere rekenintensieve taken af. Wacht tot importen of het aanmaken van previews klaar zijn.
Herhaal dezelfde handeling met dezelfde foto's. Gebruik je andere bestanden, dan vergelijk je misschien een eenvoudige ontwikkeling met bewerkelijke maskers en AI-bewerkingen.
Verander telkens één ding. Schrijf het resultaat op en houd een wijziging aan als ze aantoonbaar helpt.
Controleer de weg naar de bestanden
Een snelle computer kan op een trage of slecht verbonden schijf staan wachten. Controleer daarom ook de aansluiting en een hub die er misschien tussen zit.
Controleer de vrije ruimte op de betrokken schijven. Catalogus, previews en tijdelijke bestanden hebben plaats nodig. Werk met een veiliggestelde testkopie als je opslaglocaties wilt veranderen.
Let op of de vertraging alleen bij het eerste openen optreedt of ook bij beeldwissels die je direct herhaalt. Dat verschil is voor het verder afbakenen nuttiger dan een gevoelsmatig eindcijfer voor de computer.
Previews en GPU los van elkaar beoordelen
Bij het uitsorteren kunnen voorbereide previews helpen. Welk soort preview zinvol is, hangt ervan af of je een overzicht nodig hebt of details groot controleert. Maak ze eerst voor je testset aan en vergelijk dezelfde handeling.
Bij problemen in de module Ontwikkelen controleer je de GPU-instellingen en de officiële aanwijzingen voor jouw hardware. „GPU altijd uitzetten” is geen zinvolle algemene blijvende oplossing. Leg vast of een gerichte vergelijking iets verandert.
Ruis verwijderen en andere bewerkelijke berekeningen behandel je apart. Hun looptijd zegt weinig over de vraag of ook de gewone beeldwissel hapert.
Als het gedrag sinds een update optreedt
Kijk de bekende problemen voor jouw concrete versie na. „Bij het wisselen tussen deze RAW-bestanden loopt de weergave achter” is voor de zoektocht bruikbaarder dan „alles hangt”.
Stel de catalogus veilig voordat je grotere ingrepen doet. Laat onbekende catalogus- of bewerkingsbestanden ongemoeid, ook als een forumbericht aanraadt ze te wissen.
Aan het eind zou je een reproduceerbaar knelpunt of een duidelijk foutrapport moeten hebben: de betrokken stap, versie, hardware en de tests tot nu toe. Daarmee kun je gericht hulp zoeken.
Import, selectie en ontwikkeling apart meten
Bij de import kunnen kaartlezer, aansluiting, doelschijf en tegelijk aangemaakte previews remmen. Bij het uitsorteren is vaak doorslaggevend of de passende previews al berekend zijn en waar ze staan. In de module Ontwikkelen komen RAW-decodering, maskers en GPU-gebruik erbij. Bij de export werken het aantal beelden, de uitvoergrootte, de bewerkingen en het doelmedium samen.
Meet telkens een kleine, vaste hoeveelheid beelden. Een test zonder het aanmaken van previews beantwoordt een andere vraag dan een volledig importproces en hoort ook zo genoemd te worden.
De omvang van de catalogus is niet automatisch de oorzaak
Een grote catalogus kan prima werken. Voordat je hem opsplitst, controleer je de bezette opslag, de integriteit van de catalogus, de previews, de schijfverbinding en de concrete vertragingen. Meerdere catalogi brengen eigen nadelen mee: zoekopdrachten en verzamelingen raken verspreid, en je moet meerdere back-ups onderhouden.
Een bruikbaar testlogboek
Leg voor elke poging vast: de uitgangstoestand, de gewijzigde instelling, de gebruikte beelden, het waargenomen effect en de weg terug. „GPU uit was beter” is zonder de betrokken stap en versie nauwelijks over te zetten. „Bij het wisselen tussen dezelfde 20 RAW-bestanden daalde de wachttijd na wijziging X reproduceerbaar” is een bruikbaar spoor.
Draai wijzigingen terug die niets uithalen. Anders houd je een systeem over met veel onbekende afwijkingen van de uitgangsconfiguratie.
Verder lezen
- 10.000 trouwfoto's: een heldere workflow tot aan de levering
- Foto's naar een nieuwe harde schijf verhuizen en in Lightroom terugvinden
