Consommation importante memoire ram ligthroom

[phil031]

Bonjour,
Sur mon nouvel orinateur, LightRoom Classic utilise progressivement de plus en plus de mémoire Ram jusqu'à saturation et fait quasi planter le système. J'ai 64 go de ram et le logiciel  consomme 80 a 90 % de la ram. Ce qui est énorme. Si le logiciel est lancé sans être utilisé, ce phénomène se produit quand même mais plus lentement. Il faut noter que LightRoom Classic est le seul logiciel de mon installation qui pose ce problème. Les mises à jour Windows et Adobe sont faites automatiquement. Je n'ai remarqué ce problème que recemment.

Que faire ? Quelqu'un a-t-il une idée ? Merci par avance

[JamesBond]

J'ai remarqué aussi que LRClassic était Ramophage.

Et ceci quelle que soit la quantité de Ram embarquée ; si vous avez 16Go, il en prendra 15 ; 32, il en prendra 30.
Sans doute une légère déficience de programmation.

[phil031]

Exactement,si j'enlève 2 barrettes et donc 32 go je suis a 95 %, plus de 80 % avec 64 go et surement pas loin si j'étais avec 128 ....
Ceci dit pour moi c'est récent, problème de dernière mise a jour ? 

[JamesBond]

[...]Ceci dit pour moi c'est récent, problème de dernière mise a jour ?

Pas spécialement. J'ai toujours constaté cela (je suis sur Mac), et parfois, lors d'opérations de développement assez complexes, je suis obligé de quitter LR puis de la relancer pour qu'il modère sa gourmandise.

[geraldb]

Pareil pour moi; j'étais repassé en version 13.4 mais ça ne change rien,
beaucoup de bugs avec les dernières versions !

[Samoreen]

Sans doute une légère déficience de programmation.

Lightroom a toujours souffert de problèmes de fuites mémoire (ressources mémoire non restituées quand elles sont devenues inutiles). Un grand classique en matière de programmation si la mémoire n'est pas gérée strictement. Selon la méthodologie de développement et les outils de tierces parties utilisés, ce type de bug peut être très difficile, voire impossible à caractériser, à moins de procéder à un traçage systématique et approfondi. Trop souvent, certaines équipes de développement préfèrent laisser à l'utilisateur le soin de fermer le processus et de le relancer (ce qui règle très temporairement le problème) plutôt que de passer des heures (jours) à retrouver l'origine du problème. Question d'amour propre et de conscience professionnelle.

Et quand en plus, une partie du développement est sous-traitée en offshore (pratique assez largement répandue), on ne sera pas surpris que la résolution du bug puisse prendre des années, voire une éternité...

[geraldb]

J'ai remis à la nouvelle MAJ   13.5.1
alors là c'est pire, ma mémoire de 18Go se retrouve à 2 !
et de plus la page de LR ''sélectionner une source''
s'ouvre sans arrêt !

[Fred95]

Bonjour à tous,

Même souci malgré un nouveau Pc costaud !  Un peu d'amélioration en augmentant la taille du cache mais souvent la seule méthode efficace est de quitter LR et de relancer. Vraiment dommage lorsque l'on a des lots importants de photos à traiter. Je n'ai rien trouvé de probant sur le web. Si quelqu'un a une solution je suis preneur mais comme dit précédemment j'ai bien peur que ce soit insoluble en raison d'une programmation mal ficelée

[geraldb]

J'Ai essayer plusieurs solutions sans succès, et rien de probant sur le web !
Moi aussi un peu d'amélioration en augmentant la taille du cache... mais c'est retarder pour mieux sauter !

                                 merci Adobe ...

[Nikojorj]

LRRelaunch sert à ça... Il n'est plus dispo sur le site de son créateur, mais vous pouvez renommer le fichier joint en .lua et le copier dans
C:\Users\{utilisateur}\AppData\Roaming\Adobe\Lightroom\Scripts
ca crée un menu "Scripts" supplémentaire dans la barre de menus.

On est bien d'accord que c'est un emplâtre sur une jambe de bois, mais ça fait temporairement baisser la consommation de RAM et deux trois autres trucs chelou (chez moi, certains raccourcis ne font plus ce à quoi je m'attends, ou alors les métadonnées d'une photo autre que celle sélectionnée sont changées...).

[PhD45]

Bonjour
Même constat....85% d'utilisation avec 16GB.
j'utilise "windows Mémory cleaner" qui est paramétrable et nettoie la ram...

[Greenforce]

Tiens, j'ai pas mal de plantage LR ces derniers temps... horripilant.
Avec aussi une config costaude (64 Go de Ram).

Pire il me freeze tout le PC (ce qui n'arrive que quand LR est ouvert). 

[richard21]

Bonsoir à tous !

Toujours ce problème chez moi depuis ma prise d'abonnement LRc Avril 2024.
A noter que ma config PC est correcte durée de débruitage 1 photo de 45 Mo = 18 à 20s

Au début le problème se manifestait par la durée de débruitage qui augmentait jusqu'à l'arrêt de cette activité et à l'arrêt de LR et passage à un écran noir. (voir mon poste démarré le 6 Mai 2024)
Le même problème quand j'exporte de nombreuses photos ou quand je fais de longue séance de traitement simples...

J'ai remonté ce problème à ADOBE et j'ai eu cette réponse :

« Je comprends et je suis vraiment désolée pour cette situation et bien sûr pour la gêne occasionnée. Si vous avez déjà fait l'optimisation, mais pareil vous pouvez essayer installer Lr Relunch en attendant que nos collègues des équipes techniques puissent trouver une solution pour ce souci.
Comme geste commercial pour nous excuser pour la gêne occasionnée et pour vous remercier pour votre patience et collaboration, je vais vous rajouter 30 jours gratuites pour le plan que vous avez actif. »

richard et vive Adobe !!!

[geraldb]

J'ai le même problème que toi (et certainement beaucoup d'autres !
Au bout d'un moment LR pédale dans la semoule et rien n'avance plus ...
J'ai 48Go de RAM mais rien n'y fait, j'ai compris maintenant que
c'était LR qui déconnait et non mon ordi !
avec Memory Cleaner 2.8 je contrôle un peu mieux mais ce n'est pas la panacée!
Je vais également faire remonter ce bug à Adobe...
                                  merci à tous     Gérald

[richard21]

J'ai le même problème que toi (et certainement beaucoup d'autres !
Au bout d'un moment LR pédale dans la semoule et rien n'avance plus ...
J'ai 48Go de RAM mais rien n'y fait, j'ai compris maintenant que
c'était LR qui déconnait et non mon ordi !
avec Memory Cleaner 2.8 je contrôle un peu mieux mais ce n'est pas la panacée!
Je vais également faire remonter ce bug à Adobe...
                                  merci à tous    Gérald

J'ai 32 Go et mon PC plante (écran noir) !
C'est très bien de remonter ce problème et on devrait être très nombreux à le faire. Avec ma version LR 5.3 et Dxo pure raw 3 et un PC vieux de 10 ans je n'avais pas ce type de problème et DXO me débruitait en moins de 1 mn mes photos de 45 Mo (PC de 10 ans !!!)
Viva Adobe !!!
richard
ps : en remontant le problème j'ai "gagné" 1 mois d'abonnement

[Alain c]

On est nombreux à constater ce problème de plantage de LR au bout de quelques minutes.
D'apres ce que j'ai pu glaner comme renseignement c'est une carte graphique insuffisante qui serait la cause du problème en l'état actuelle, il faudrait une carte graphique de gammer. j'attends une MAJ de LR avec impatience.

[pan59]

On est nombreux à constater ce problème de plantage de LR au bout de quelques minutes.
D'apres ce que j'ai pu glaner comme renseignement c'est une carte graphique insuffisante qui serait la cause du problème en l'état actuelle, il faudrait une carte graphique de gammer. j'attends une MAJ de LR avec impatience.

Le fait est , je n'ai personnellement jamais rencontré le moindre problème dans l'utilisation des dernières versions de LRC ou PS ( on en est actuellement à la V14.01 pour LRC et V26.0 pour PS ) , malgré seulement 16 Go de RAM en revanche la config que j'utilise bien qu'assez ancienne ( 2016 ) avait été assemblée à l'époque par mon fils avec le top du top nécessaire à l'époque pour le Game et la carte graphique (Ge Force GTX 980 TI) était à l'époque parmi ce qu'il se faisait de mieux .

Il y'a bien longtemps que cette config est dépassée pour le jeu , mais pour le moment elle fait encore parfaitement le job pour mon usage de traitement d'images avec les mises à jour les plus récentes d'Adobe

Cependant quand il me faudra faire évoluer mon matériel , nul doute que je serais très attentif à la carte graphique du prochain PC .

[richard21]

Le fait est , je n'ai personnellement jamais rencontré le moindre problème dans l'utilisation des dernières versions de LRC ou PS ( on en est actuellement à la V14.01 pour LRC et V26.0 pour PS ) , malgré seulement 16 Go de RAM en revanche la config que j'utilise bien qu'assez ancienne ( 2016 ) avait été assemblée à l'époque par mon fils avec le top du top nécessaire à l'époque pour le Game et la carte graphique (Ge Force GTX 980 TI) était à l'époque parmi ce qu'il se faisait de mieux .

Il y'a bien longtemps que cette config est dépassée pour le jeu , mais pour le moment elle fait encore parfaitement le job pour mon usage de traitement d'images avec les mises à jour les plus récentes d'Adobe

Cependant quand il me faudra faire évoluer mon matériel , nul doute que je serais très attentif à la carte graphique du prochain PC .

Tant mieux pour toi si tu n'as pas de problème avec LRc !
- Combien de temps dure le débruitage IA d'une photo Raw de 40 Mo stp ?
- Si tu suis avec le gestionnaire de tâches l'utilisation de la mémoire prise par Lrc, est ce que le niveau de cette mémoire redescend quand tu fais des poses dans le traitement ?
Merci
richard

[pan59]

Tant mieux pour toi si tu n'as pas de problème avec LRc !
- Combien de temps dure le débruitage IA d'une photo Raw de 40 Mo stp ?
- Si tu suis avec le gestionnaire de tâches l'utilisation de la mémoire prise par Lrc, est ce que le niveau de cette mémoire redescend quand tu fais des poses dans le traitement ?
Merci
richard

1 - Environ 35 à 40 secondes
2 - Comme dit plus haut,je ne rencontre pas de problème dans l'utilisation de LRC , donc je n'ai aucune raison de m'amuser à faire ce genre de contrôle, j'utilise mon logiciel et c'est tout 

[richard21]

1 - Environ 35 à 40 secondes
2 - Comme dit plus haut,je ne rencontre pas de problème dans l'utilisation de LRC , donc je n'ai aucune raison de m'amuser à faire ce genre de contrôle, j'utilise mon logiciel et c'est tout 

Ok mais je ne te demande pas de t'amuser ! Mais comme tu n'as pas de problème, ça serait sympa pour les autres de voir si ton Lrc sature ta mémoire. M'enfin !

[pan59]

Ok mais je ne te demande pas de t'amuser ! Mais comme tu n'as pas de problème, ça serait sympa pour les autres de voir si ton Lrc sature ta mémoire. M'enfin !

A l'occasion, je regarderais la prochaine fois 
Cependant ne rencontrant absolument aucun bug , ni ralentissement d'aucune sorte, je doute que cela soit probant !

[pan59]

- Si tu suis avec le gestionnaire de tâches l'utilisation de la mémoire prise par Lrc, est ce que le niveau de cette mémoire redescend quand tu fais des poses dans le traitement ?

Je viens de vérifier


Utilisation de la mémoire = 58% durant toute la phase d'utilisation de LRC avec des variations de 1 à 2 % selon le travail effectué ( même le débruitage IA )

[phil031]

J'ai réussi a régler le problème de conso ram tres importante, j'étais a + de 95 %,comme cité dans le tout premier message, et maintenant au alentour de 40 a 50 % max. Jai trouver la solution sur un blog us sans pour autant savoir le pourquoi de ce bordel. Cela fait plusieurs jours et tout roule pour l'instant. Donc j'ai désinstaller ligthroom, virer les backups de sauvegarde, virer les catalogues Lrcat, pareils avec les fichiers sur le ssd interne contenant toutes les photos. Bien sur avant tout a été sauvegarder sur un dd externe. Et puis j'ai tout réinstaller. En gros je suis repartie de zero. Ca été tres long a faire, de nombreuses heures a laisser lr travailler, j'ai plus de 100 000 photos, la synchronisation et surtout la creation des apercus 1.1 prend du temps. Mais ca marche, c'est a nouveau fluide. 

[Gérard B.]

J'ai réussi a régler le problème de conso ram tres importante, j'étais a + de 95 %,comme cité dans le tout premier message, et maintenant au alentour de 40 a 50 % max. Jai trouver la solution sur un blog us sans pour autant savoir le pourquoi de ce bordel. Cela fait plusieurs jours et tout roule pour l'instant. Donc j'ai désinstaller ligthroom, virer les backups de sauvegarde, virer les catalogues Lrcat, pareils avec les fichiers sur le ssd interne contenant toutes les photos. Bien sur avant tout a été sauvegarder sur un dd externe. Et puis j'ai tout réinstaller. En gros je suis repartie de zero. Ca été tres long a faire, de nombreuses heures a laisser lr travailler, j'ai plus de 100 000 photos, la synchronisation et surtout la creation des apercus 1.1 prend du temps. Mais ca marche, c'est a nouveau fluide. 

Merci d'avoir présenté votre solution. Mais rien ne dit que cela pourrait réa paraitre dans le temps.

[Col Hanzaplast]

Mais ça marche, c'est a nouveau fluide.

Donc avec un catalogue tout neuf sans les réglages de chaque photo ?

[richard21]

J'ai réussi a régler le problème de conso ram tres importante, j'étais a + de 95 %,comme cité dans le tout premier message, et maintenant au alentour de 40 a 50 % max. Jai trouver la solution sur un blog us sans pour autant savoir le pourquoi de ce bordel. Cela fait plusieurs jours et tout roule pour l'instant. Donc j'ai désinstaller ligthroom, virer les backups de sauvegarde, virer les catalogues Lrcat, pareils avec les fichiers sur le ssd interne contenant toutes les photos. Bien sur avant tout a été sauvegarder sur un dd externe. Et puis j'ai tout réinstaller. En gros je suis repartie de zero. Ca été tres long a faire, de nombreuses heures a laisser lr travailler, j'ai plus de 100 000 photos, la synchronisation et surtout la creation des apercus 1.1 prend du temps. Mais ca marche, c'est a nouveau fluide. 

Bonjour
En effet c'est un travail de Titan ! Je note que si la mémoire de 64 Go est occupée à 50%  cela fait 32 Go (bien supérieure aux recommandations Adobe).
Ce que je sais est que LR 5.3 avec DXO pure raw3 (pour débruiter) tournait correctement sur mon ancien PC de 10 ans d'age ...et qu'Adobe reconnait ce problème, m'a conseillé de quitter et relancer LRc en utilisant Relaunch LR...
Je pense que si un nombre important d'utilisateurs remontait le problème comme je l'ai fait peut être qu'Adobe traiterait le "Bug". A quoi sert tous les nouveaux outils si l'appli n'est pas saine ?
richard

Je viens de lire sur un message précédent cette maxime : "Le principal n'est pas que la machine fonctionne, c'est que le client croit qu'elle fonctionne."  J'ADORE

[ChatOuille]

Je viens de lire sur un message précédent cette maxime : "Le principal n'est pas que la machine fonctionne, c'est que le client croit qu'elle fonctionne."  J'ADORE

Ce n'est pas anodin. S'. Il s'agit d'un fer à repasser, on sait bien ce que "fonctionne" veut dire. Mais en informatique, ce concept est très vague. Je n'ai pas besoin que mon PC fonctionne, mais bien qu'il comble mes besoins.

[phil031]

A priori cela viendrai d'une corruption du catalogue.
Et je ne dépasse plus les 50 % dutilisation de la ram meme sur des images contenant beaucoup de masques

Et tout est conservé, réglages des photos compris. C'est comme si j'avais migrer vers un nouveau pc
Apres lr devient de plus en plus gourmand, IA oblige je pense, sans que pour autant tout cela soit bien optimiser par les developpeurs.

[Col Hanzaplast]

Comment les réglages de chaque photo sont-ils revenus ? Par les fichiers .XMP ?

[Col Hanzaplast]

Je viens de lire sur un message précédent cette maxime : "Le principal n'est pas que la machine fonctionne, c'est que le client croit qu'elle fonctionne."  J'ADORE

C'est le premier adage que tu apprends quand tu intègres une équipe de support   

[phil031]

Oui par les xmp puisque ces fichiers contiennnent les modifications apportées aux fichiers bruts et aux métadonnées

[richard21]

A priori cela viendrai d'une corruption du catalogue.
Et je ne dépasse plus les 50 % dutilisation de la ram meme sur des images contenant beaucoup de masques

Et tout est conservé, réglages des photos compris. C'est comme si j'avais migrer vers un nouveau pc
Apres lr devient de plus en plus gourmand, IA oblige je pense, sans que pour autant tout cela soit bien optimiser par les developpeurs.

Ok mais ça fait quand même 32 Go (50% de 64 Go) A mon avis le problème n'est pas résolu ! M'enfin Viva Adobe !

[phil031]

Ok mais ça fait quand même 32 Go (50% de 64 Go) A mon avis le problème n'est pas résolu ! M'enfin Viva Adobe !

Pas vraiment, j'ai fait le test suite a une remarque que j'ai lu quelque part. Là j'ai 64 go et consomme environ 50 %, si j'enlève 2 barettes et me retrouve donc a 32 go je suis toujours a +- 50 %. Quant a savoir pourquoi ....

[Alain c]

Un fonctionnement de LR plus fluide après la mise à jour du catalogue de cet après midi.
Curieusement pas annoncé comme une MAJ alprs qu'il y a des améliorations dans les fonctions et de nouveaux objectifs pris en compte dans la correction des objectifs.

[Fred95]

Je n'ai pas encore testé après la mise à jour d'hier mais suite à une erreur de manipulation avec mon cc cleaner j'ai été obligé de tout réinstaller et je n'ai pas vu d'amélioration considérable :  la dégradation progressive se manifestait toujours avec au final la nécessité de relancer LR (en prenant soin d'attendre que la ram soit parfaitement libérée par LR lors de la fermeture). Ma config s'appuie sur un I9 , 32 GO de Ram et une nvidia RTX 4090 .
Je vais retester après la mise à jour d'hier.
Pour remonter le problème vers Adobe , faut-il privilégier une adresse en particulier ?

[Fred95]

Petit complément : un traitement de débruitage d'une photo avec curseur à 50 quand je viens de la ncer LR s'effectue en 5 à 6 secondes (fichier raw de 24 mpx issu d'un R6 MK2 à iso supérieurs à 3600).
Lorsque je dois relancer LR la mémoire est utilisée à plus de 95%

[richard21]

Pour remonter le problème vers Adobe , faut-il privilégier une adresse en particulier ?

Bonjour
Je suis passé par mon compte puis
 -Centre d'aide Adobe
 -Problème d'Application
 - a la question "cette page a-t-elle été utile " : pas vraiment
 - écrire le problème ....en donnant la config ...

richard

[Fred95]

Noté, merci je vais faire de même

[geraldb]

J'ai fait une remontée ce soir !  voyons leur réponse ...

[Samoreen]

Si ce problème de fuite mémoire perdure, c'est peut-être parce que cette fuite ne se trouve pas dans le code Adobe mais dans le code de modules provenant de tierce-parties sur lesquels Adobe n'a pas la main. Jetez simplement un coup d'œil à la boîte de dialogue "À propos" de Lightroom et suivez le lien qui se trouve tout en bas de la liste. Vous constaterez que Lightroom dépend de nombreuses bibliothèques de code externes. Si le problème se trouve dans une de ces bibliothèques et si Adobe n'a pas accès au code source (ce qui est fréquemment le cas quand on utilise le code d'une tierce-partie), ils doivent attendre que leur fournisseur caractérise le problème et le corrige. Et je peux vous dire par expérience, que ça peut durer très, très longtemps, voire ne jamais se résoudre.

C'est une des raisons pour lesquelles certains bugs de LR ne seront jamais corrigés. Il y a aussi l'utilisation du langage LUA pour l'interface utilisateur et les plugins de type script qui pose le même type de problème mais pour une autre raison. LUA est un langage de scripting incroyablement difficile à déboguer correctement car il ne gère pas les exceptions (situation de mise en erreur). Ce qui rend le code très difficile à tracer dans un débogueur. S'il ne s'agit pas d'un bug bloquant, la motivation pour poursuivre la recherche est en général très faible.

Ce problème de fuite étant présent depuis les débuts de LR, je crains fort que nous nous trouvions dans l'un de ces 2 cas.

[phil031]

A priori la fuite de mémoire viendrai de la synchro cloud. La mettre en pause règle le problème. Du moins ca a marché pour moi ou l'utilisation de la mémoire par Lr est redevenu normale.

[geraldb]

Bjr
Elle se trouve où cette synchro cloud!               merci

[phil031]

Le nuage tout a droite. Suspendre la synchro, redemmarer Lr et la conso ram redeviens bormale

[geraldb]

Suspendre la synchro, j'ai redémarré Lr et la conso ram redeviens normale ...
J'ai fait un essai rapide, cela semble fonctionner !
Je verrais demain sur des opérations plus importantes ...
                                   merci    et bonne nuit

[jesus]

J'ai toujours des trucs très très lents, voire bloqué, comme mettre des photos dans une collection, appliquer un preset ou le clic droit qui apparait au bout d'un certain temps.
Mais mon catalogue est très ancien ...

[geraldb]

LR est ouvert de puis ce matin avec pas mal d'opérations + 2 navigateurs,
la RAM tourne autour de 30/33GB (48GB au total)
alors qu'avant je pouvais descendre autour de 1GB avec bug comme de bien entendu !
merci à toi de cette information   
                   Gérald

[ChatOuille]

J'ai toujours des trucs très très lents, voire bloqué, comme mettre des photos dans une collection, appliquer un preset ou le clic droit qui apparait au bout d'un certain temps.
Mais mon catalogue est très ancien ...

Mon catalogue est aussi très ancien et mon LR aussi, mais je n'ai pas de ralentissements, sauf qu'au démarrage, cela prend une petite dizaine de secondes à se stabiliser. Mais je n'ai que 32 Go de RAM et je ne travaille pas comme tout le monde. Un petit problème, pas grave, mais c'est certainement un de ces bugs éternels sans solution, est qu'une certaine collection, si elle avait été sélectionnée à la clôture, lorsque LR démarre sur cette collection, il me dit qu'elle est vide. Il faut changer de collection (ou de dossier) et puis y revenir. Alors tout retombe sur ses pattes. Cela n'affecte pas toutes les collections, loin de là.

[geraldb]

Suspendre la synchro, redémarrer LR, c'est simple pour voir
la conso RAM  redevenir normale !
et ADOBE n'apporte même pâs cette solution !!!
Je peux retravailler normalement, la RAM ne baisse plus
et demeure autour de 30GB (j'ai 48GB)
      merci encore à Phil031 pour cette info

[Greenforce]

A priori la fuite de mémoire viendrai de la synchro cloud. La mettre en pause règle le problème. Du moins ca a marché pour moi ou l'utilisation de la mémoire par Lr est redevenu normale.

Je confirme.

J'ai bloqué la syncro et tout est redevenu normal (sauf qu'en cherchant la cause de problème j'ai un peu mis le bourzouf dans mon LR     )

[richard21]

Suspendre la synchro, redémarrer LR, c'est simple pour voir
la conso RAM  redevenir normale !
et ADOBE n'apporte même pâs cette solution !!!
Je peux retravailler normalement, la RAM ne baisse plus
et demeure autour de 30GB (j'ai 48GB)
      merci encore à Phil031 pour cette info

Bonjour !
Pour moi le problème persiste ! Question: Pour consommer 30 Go de mémoire qu'est ce qui tourne ? Peu d'utilisateur possede sur le PC autant de Mémoire !
richard

[Col Hanzaplast]

Pour consommer 30 Go de mémoire qu'est ce qui tourne ?

Cela ne correspond pas à 30 GB de code. C'est une réservation de mémoire faite par un programme incapable de gérer ses pointes de consommation mémoire.

[richard21]

Cela ne correspond pas à 30 GB de code. C'est une réservation de mémoire faite par un programme incapable de gérer ses pointes de consommation mémoire.

Bonsoir à tous !
Milles excuses mais je ne comprends rien à ce commentaire !

richard

[ChatOuille]

Je pense que le logiciel réserve ou "bloque" cet espace, mais il ne s'en sert pas. Une grande partie de cet espace est bloqué mais il reste vide.

[Samoreen]

Question: Pour consommer 30 Go de mémoire qu'est ce qui tourne ? Peu d'utilisateur possede sur le PC autant de Mémoire !

Bonjour,

1. Pour fonctionner, un programme doit d'abord charger en mémoire son code, constitué du contenu du fichier .exe (pour Windows) et des fichiers DLL qui seront chargées dès le démarrage ou plus tard, selon les besoins. La quantité de mémoire nécessaire est en général relativement faible. Ne pas oublier cependant que le système d'exploitation et les services occupent déjà une bonne place en mémoire, ainsi que les autres applications en suspens.

2. Mais un programme tout seul, ça ne fait pas grand-chose. Il travaille sur des données. Dans le cas du post-traitement, ces données sont toujours de taille importante et nettement plus volumineuses que l'image traitée elle-même. En effet, il faut gérer les masques, les calques et un gros tas de données annexes. Le volume requis peut largement dépasser la taille de la mémoire physique disponible. Dans ce cas...

3. ... le système utilise son mécanisme de mémoire virtuelle qui fait croire au logiciel qu'il dispose de plus de mémoire qu'en réalité, la quantité manquante étant constituée d'un espace réservé sur le disque (fichier pagefile.sys à la racine de c: ou d'un autre disque). C'est le système d'exploitation qui gère les échanges entre la mémoire physique et le disque. Pour le programme, c'est transparent mais forcément, il est beaucoup plus lent. Pour améliorer les choses, on a parfois intérêt à régler le système de telle manière que le fichier de pagination soit réduit au minimum sur le disque C: (pour diminuer la concurrence entre l'exécution de code et les échanges avec le fichier de pagination) et complété par 1 ou 2 fichiers pagefile.sys complémentaires sur d'autres disques physiques (pas sur une autre partition. Et si ces disques sont des SSD, c'est encore mieux. Personnellement, j'ai déporté pagefile.sys vers un vieux SSD qui ne sert qu'à ça.

4. Parfois, c'est le programme lui-même qui gère le mécanisme de mémoire virtuelle. C'est le choix du développeur qui peut considérer que son système de gestion est plus efficace que celui de l'OS pour le problème à traiter.

5. Col Hanzaplast (un rapport avec la Hansaplatz de Hambourg ?) a raison de signaler qu'une partie de la mémoire peut être réservée à l'avance même si elle ne sert pas tout de suite. Cela évite de se retrouver dans une situation difficile au moment où le système de gestion de la mémoire virtuelle ne saurait pas répondre suffisamment rapidement. Windows dispose d'un mécanisme qui permet d'optimiser la gestion de la mémoire virtuelle en déterminant quelles sont les parties de la mémoire physique qui ont le plus de chances d'être utilisées dans un délai court (on appelle ça le "working set"). Les pages de la mémoire physique qui ont peu de chances d'être utilisées rapidement sont évacuées dans le fichier de pagination d'où elles seront récupérées en cas de besoin.

Ces mécanismes servent aussi en cas de création de fichiers "mappés en mémoire" qui servent à manipuler de manière transparente des fichiers de très grande taille (images) sans qu'il y ait besoin que la totalité du fichier soit chargée en mémoire. C'est le même mécanisme que pour la mémoire virtuelle et c'est transparent pour le programme qui manipule le fichier.

Cela dit, plus on a de mémoire physique, moins on aura d'échanges avec les fichiers de pagination sur le ou les disques. Pour le post-traitement, 32 Go sont maintenant la base de toute configuration efficace.

[bernier]

Bonjour à tous,
Depuis que je lis ce post, je m'étonnais de ne pas avoir de problème avec ma configuration W11 16 Go où je pratique assez souvent des synchro cloud...
Mais hier alors que j'vais une centaine de synchro en cours, même galère que d'autres jusqu'à perdre la main et devoir faire un arrêt violent par appui prolongé sur le bouton arrêt!
Au redémarrage et relance LR, je vois effectivement une montée assez rapide de la RAM utilisée de 8 Go à 16 Go puis une utilisation du disque C: jusqu'à 100% : je mets en pause la synchro et la RAM utilisée redescend progressivement à 8 Go!
Il y a bien un problème avec la synchro!
En recherchant sur le Web je tombe sur [url="https://www.lightroomqueen.com/troubleshoot-sync-with-classic/"url] qui me mets sur la pise de passer par LR pour le web pour résoudre le problème. Là sous toutes les photos il y a "sync issues" je n'ai pas noté la traduction française. Je supprime les photos à problème et depuis tout est rentré dans l'ordre!

[Skeudenner]

Bonjour,

Je n'ai jamais rencontré de problèmes de PC qui se bloque ou de saturation de mémoire jusqu'à ce jour.
Je viens de faire le traitement d'une série de fichiers DNG 85 à 92 Mo , traitement de base et débruitage (le débruitage c'est maxi 15 secondes) ; la mémoire occupée avant le lancement de Lightroom Classic est de 15%, une fois Lightroom en utilisation, elle monte à 30% maximum, même pendant le débruitage, c'est le processeur qui monte à près de 50% avant de redescendre entre 5 et 8%. Je n'ai pas de mesures en échange avec le Cloud, car je ne l'utilise jamais, je préfère tout avoir en résident.

[geraldb]

C'est parce que tu n'as pas d'échange avec le Cloud que tout va bien !
moi aussi maintenant ...

[Skeudenner]

Donc ce n'est pas Lightroom Classic qui est en cause, mais le système d'échange avec le Cloud. Je n'ai pas confiance dans ce système de Cloud, et je n'en ressens pas vraiment le besoin ou la nécessité, alors tout va bien...

[geraldb]

C'est quand même dans  Lightroom Classic que les réglages se font !

[Samoreen]

Bonsoir,

Pour faire un diagnostic plus précis, le minimum serait de déterminer avec un outil adéquat, au moment où la charge mémoire devient excessive, quel est le processus en cours d'exécution qui consomme le plus de mémoire. On peut voir ça facilement avec le Gestionnaire de Tâches, onglet Détails, colonne Mémoire ou bien, pour obtenir plus de détails, avec Process Explorer, colonne Working Set. Process Explorer est disponible sur sysinternals.com (maintenant hébergé chez Microsoft).

Une fois que l'on a identifié le processus (le .exe) qui consomme le plus (et qui appartient bien à Adobe), on peut commencer à réfléchir plus clairement à l'origine du problème.

[ChatOuille]

Tes explications sont très claires et pertinentes. Mais si c'est vrai que LR réserve un 90% de mémoire RAM, même si on dispose de 64 Go, je pense qu'Adobe y va un peu fort.

[richard21]

Bonsoir,

Pour faire un diagnostic plus précis, le minimum serait de déterminer avec un outil adéquat, au moment où la charge mémoire devient excessive, quel est le processus en cours d'exécution qui consomme le plus de mémoire.

Bonsoir
Personnellement je suis la conso mémoire avec le Gestionnaire de tâche et LRc prend de la mémoire et ne la restitue pas quand l'appli est au repos.
Quand je débruite IA, la durée de débruitage augmente jusqu'à se bloquer ou quand j'exporte beaucoup de Raw en Jpeg ça bloque également.
J'évite maintenant le passage à l'écran noir en suivant la durée de débruitage et dès qu'elle est forte je ressort de LRc et je le relance et çà repart pour un tour.
richard

[Samoreen]

LRc prend de la mémoire et ne la restitue pas quand l'appli est au repos.

Qu'il ne la restitue pas quand il est au repos n'est pas nécessairement une anomalie. Voir mes explications plus haut sur le working set et la pagination. Le problème serait qu'il n'évacue pas les pages du working set qui deviennent temporairement inutiles quand un autre type de tâche se déclenche et nécessite de nouvelles allocations de mémoire. C'est pour ça qu'il faut également surveiller la mémoire consommée par tous les processus liés à Adobe. Tout ça n'exclue pas l'hypothèse déjà évoquée d'une fuite mémoire (pages mémoire allouées et jamais libérées) qui semble plus ou moins validée par le fait qu'un arrêt/relance corrige temporairement le problème. Dans ce cas, c'est un bug que seul Adobe peut corriger.

Je renouvelle néanmoins mes recommandations sur la délocalisation du fichier de pagination de préférence sur un disque physique (plutôt SSD) différent du disque système. Un fichier de pagination reste recommandé sur le disque système mais on peut réduire sa taille à un minimum (on peut l'éliminer complètement mais je ne recommande pas). Même si le disque système n'est pas saturé au départ, il se peut que le fichier de pagination grossisse inconsidérément lors d'opérations un peu lourdes limitant ainsi l'espace vital du système. La surveillance de sa taille peut être un indication et aider au diagnostic. En tous cas, ça ne coûte rien d'essayer si un disque dur ou un SSD (pas nécessairement dédiés) sont disponibles. Ça prend 2 minutes à régler + un reboot.

[ChatOuille]

Je suppose que tu parles du fichier de pagination de Windows. Chez moi il est depuis le début sur un autre SSD, mais j'ai fixé la taille de ce fichier (4 Go).

[Samoreen]

Je suppose que tu parles du fichier de pagination de Windows. Chez moi il est depuis le début sur un autre SSD, mais j'ai fixé la taille de ce fichier (4 Go).

4 Go est peut-être un peu court sauf s'il y a beaucoup de mémoire physique installée. Avec 32 Go, c'est suffisant. Personnellement, j'ai repris un vieux SSD d'une ancienne config et je l'ai dédié au fichier de pagination et à tous les dossiers temporaires créés par diverses applications : fichiers temporaires système, caches divers, cache CameraRAW, cache NVidia, sauvegardes intermédiaires,  etc. C'est du boulot à régler car beaucoup d'applications ne laissent pas le choix de l'emplacement pour leur cache et on doit régler ça en recherchant l'info dans la registry. Mais une fois que c'est fait, ça libère un espace énorme sur le disque système. En ce qui me concerne, il s'agit de 700 Go qui devraient normalement se trouver sur le disque système.

[ChatOuille]

Avant, j'avais plus que 4 Go, mais je ne sais plus pour quelle raison, lors de l'installation de Windows sur mon nouvel ordinateur, j'ai choisi 4 Go. Mais j'ai 32 Go de RAM et je suis son occupation à la minute. Cela se passe très bien.
Pour le cache des applications, c'est gênant. Le disque système se remplit de trop. Lorsque j'ai le choix, je déplace, mais si ce n'est pas autorisé, j'hésite au cas où l'application ne tournerait pas convenablement.

[richard21]

Je suppose que tu parles du fichier de pagination de Windows. Chez moi il est depuis le début sur un autre SSD, mais j'ai fixé la taille de ce fichier (4 Go).

Bonsoir
Qui peut aider à traiter ce problème Adobe sur LRc qui plante (écran noir quand on fait quelques traitement (débruitage AI avec durée qui augmente, Export de centaine  de raw en Jpeg jusqu'au plantage ...) dans des mots simples et compréhensibles pour le commun des mortels ...
Certains parlent de fichier de pagination de Windows.... ou d'autres propos... compliqués qui pour moi sont de l'hébreu !
richard

[Laurent Hennique]

Bonsoir
Qui peut aider à traiter ce problème Adobe sur LRc qui plante (écran noir quand on fait quelques traitement (débruitage AI avec durée qui augmente, Export de centaine  de raw en Jpeg jusqu'au plantage ...)

Est-ce que tu pourrais détailler ta configuration matérielle (portable ? tour ? tour de marque ? tour maison ? processeur ? carte graphique ?...). Les plantages que tu évoques interviennent en pleine charge CPU (débruitage, compression jpeg) et on peut envisager une panne matérielle :
- le processeur qui décroche car il est mal refroidi
- la carte mère qui a des faiblesses au niveau de son alimentation (condensateurs usés)
- une barrette mémoire instable. Mais dans ce cas on a plutôt affaire à un écran bleu et pas un écran noir.

[Fred95]

Bonjour à tous,

Aucune réponse d'Adobe de mon côté...
J'ai testé la suspension de synchro et là , bonne surprise !
La consommation de mémoire s'est stabilisée autour de 50 % des 32 GO (sans LR j'étais autour de 20%) avec une sollicitation très forte de fonctionnalités complexes sur un nombre important de photos. LR ne bloque plus mais je constate tout de même toujours un ralentissement au bout d'une heure à deux heures d'utilisation intensive. Un grand merci pour la solution « arrêt de la synchro » et il reste à Adobe de remédier structurellement à ce problème, si toutefois ils le veulent...

[richard21]

Est-ce que tu pourrais détailler ta configuration matérielle (portable ? tour ? tour de marque ? tour maison ? processeur ? carte graphique ?...).

Bonsoir
Mon Système :
Intel I5-11600K
32 Go de RAM à 3200 MHz
Nvidia  MSI RTX3060ti 8 Go de VRAM
Appli et Catalogue LR sur SSD P5 de 1 To
Données sur HDD de 4 To
Windows 11
Durée débruitage IA fichier Raw de 45 Mo = 20 s
Par 3 durée inférieure à 15s par photo
richard

[jesus]

Dépoussiérer le ventirad ?
Intel chauffe beaucoup, vérifier la température du processeur.
Procéder par petit paquet et relancer LR...

[richard21]

Dépoussiérer le ventirad ?
Intel chauffe beaucoup, vérifier la température du processeur.
Procéder par petit paquet et relancer LR...

Pas de surchauffe, mon PC va bien, ce n'est pas un problème matériel !
Prenez la discussion sérieusement depuis le début. On évoque un problème de conso mémoire.

[ChatOuille]

Je ne vois pas le rapport entre la consommation de mémoire et la surchauffe...

[Nikojorj]

Consommation mémoire non, lenteur si.

[Fred95]

Bonjour à tous
Je déterre un peu ce sujet mais une fois n'est pas coutume c'est pour féliciter adobe.
Je ne sais pas si je suis le seul mais depuis quelques temps l'exécution des processus, IA se sont considérablement accélérés sur ma machine et la libération de la mémoire est beaucoup mieux gérée. Je peux maintenant faire de longues sessions de traitement sans aucun problème ni ralentissement.
Alors voilà je poste ce message pour témoigner positivement et le cas échéant, voir si je suis le seul dans ce cas (je précise que je n'ai rien touché sur mon PC à part les mises à jour Windows 11

[ChatOuille]

Ce n'est pas seulement chez Adobe. Tout le monde fait pareil. Au début il fallait atteindre le but sans s'occuper de la complexité du processus. Et on s'est aperçu rapidement que ça coinçait quelque part. J'ai remarqué notamment chez Topaz la même amélioration.

[jesus]

Bonjour à tous
Je déterre un peu ce sujet mais une fois n'est pas coutume c'est pour féliciter adobe.
Je ne sais pas si je suis le seul mais depuis quelques temps l'exécution des processus, IA se sont considérablement accélérés sur ma machine et la libération de la mémoire est beaucoup mieux gérée. Je peux maintenant faire de longues sessions de traitement sans aucun problème ni ralentissement.
Alors voilà je poste ce message pour témoigner positivement et le cas échéant, voir si je suis le seul dans ce cas (je précise que je n'ai rien touché sur mon PC à part les mises à jour Windows 11

Tu es à mon avis victime d'un bug certain, ce n'est pas un comportement normal     

[Fred95]

Tu es à mon avis victime d'un bug certain, ce n'est pas un comportement normal     

En effet je contacte illico le support adobe pour me plaindre 😂😂😂