Lightroom CC: Quick Develop VERY slow on my system (6 sec vs 1 sec in LR 5.7)

  • 19
  • Problem
  • Updated 3 years ago
  • Solved
  • (Edited)
Lightroom CC
Quick Develop
When I make any changes to a file (D800 NEF) in Quick Develop in Loupe view, I get a message "Loading" for about 4-6 seconds (forever) before the change is rendered. In LR 5.7, the same thing takes less than a second.
Fresh install of LR CC.
System Preferences reset to default, just to be sure.
"Use Graphics Processor" enabled (no difference when it is disabled)
MacBookPro 2014 fully loaded (i7,16GB,1TBssd) OSX 10.9.5
No other software running.
This makes "Quick Develop" largely unusable!
Please fix, ASAP.
Thanks.

The new GPU assisted speed in Develop module seems to be working fine, is appreciated, and is getting closer to how it should be.
Photo of David Sucsy

David Sucsy

  • 12 Posts
  • 3 Reply Likes

Posted 3 years ago

  • 19
Photo of Victoria Bampton - Lightroom Queen

Victoria Bampton - Lightroom Queen, Champion

  • 4296 Posts
  • 1562 Reply Likes
What resolution monitor? And what size do you have set for previews in Catalog Settings?
Photo of David Sucsy

David Sucsy

  • 12 Posts
  • 3 Reply Likes
720p and 1080p. Changing monitor size has no effect.
Tried all 4 sizes (minimal, standard, smart, 1:1) of preview and no previews. No effect.

No matter what I do in CC, "Quick Develop" is VERY slow (4-8 sec to render).
No matter what I do in 5.7, "Quick Develop" is reasonable speed (<1 sec to render).
Photo of Simon Chen

Simon Chen, Principal Computer Scientist

  • 1393 Posts
  • 417 Reply Likes
At 1680x1050 retina, Lr would need to render about 6.9MP image per setting change, depending on the actual image size, it might just crossed the pyramid threshold to need to process the full resolution raw file. You can try to experiment with the zoom level (1:4 or 1:2) or window sizing to see which one works best for you.
Photo of David Sucsy

David Sucsy

  • 12 Posts
  • 3 Reply Likes
In both cases (1680x1050 and 1200x800) the rendered display image is miniscule, as I am only viewing a "Fit" preview image which is about 800x530 (.5MP) or 600x400. And why should CC be having such trouble when 5.7 is just fine?
I am talking about "Fit" with both side panels showing.
When I turn off the left side panel, so that the "Fit" preview image is now slightly larger (700x460), 5.7 is unphased, but CC starts to slow down already.
Photo of David Sucsy

David Sucsy

  • 12 Posts
  • 3 Reply Likes
Simon,
Thanks for your help so far. And thank your team for working on improving Lightroom. You've made great progress since v1.
At this point, I'm going to drop out, as I don't get paid by Adobe to troubleshoot and develop your software.
I'll try it again at v6.1 or 6.2 or whenever it is ready for release.
Dave
Photo of Simon Chen

Simon Chen, Principal Computer Scientist

  • 1393 Posts
  • 417 Reply Likes
Hi David,

In my testing, the standard preview size in the catalog settings definitely makes a difference to me in terms of the QD rendering performance. In Lr 6, the default standard preview size is Auto, which is the largest screen size (long edge) for your attached monitor(s). That would make a difference between 6.0 and 5.7. In 5.7, you can set to one of a few predefined standard sizes only. In Lr 6, if I set the standard preview size to 2048 on my MBP retina display, the QD change is almost instant.
Photo of David Sucsy

David Sucsy

  • 12 Posts
  • 3 Reply Likes
Simon,
I really appreciate the extra effort and help you are giving here.
I'll take your info and try it.
Thanks
-Dave
Photo of Medhat Moftah

Medhat Moftah

  • 5 Posts
  • 0 Reply Likes
I was on LR 5.7 and also am having problems with Lightroom 6 being very slow after converting my image folder to LR6 the image loads much slower and if I delete an image it moves to the next thumbnail image but then wont allow any further motion back or forward. I have to then re-click on the thumbnail to move backwards or forward on the image thumbnails along the bottom of the screen.

LR5.7 if you delete an image it will then move to the next image and you can move backwards or forward along the thumbnails.

This is very frustrating and must certainly be a bug in LR6?
Photo of Simon Chen

Simon Chen, Principal Computer Scientist

  • 1452 Posts
  • 454 Reply Likes
In develop or library?
Photo of Javier Tagarro

Javier Tagarro

  • 2 Posts
  • 0 Reply Likes
I have tha same problem in develop moule.
Photo of kike abed

kike abed

  • 1 Post
  • 0 Reply Likes
i had to disable gpu and it got much better, but the import is very slow, and lightroom becomes unusable. well pretty much if any process is being done it the background i cant use lightroom.
didnt have this problem with previous version.
Photo of Javier Tagarro

Javier Tagarro

  • 2 Posts
  • 0 Reply Likes
Photo of Geona geona

Geona geona

  • 2 Posts
  • 2 Reply Likes
Go to lightroom preferences - performance and uncheck "use graphics Processor"
Photo of Philip Dickson

Philip Dickson

  • 8 Posts
  • 2 Reply Likes
I've now switched off my gpu support, and put the preview quality at its lowest and reduced the cache size to whatever LR suggested (40GB - would this make a difference to speed of LR in general?) Previously I had it up at 80GB.
I assumed that if my processor could handle it, then a bigger cache might speed up performance.
But still LR is sluggish, and only really since I installed the latest CC update last week. Another major delay is when exporting images, the delay before LR even starts doing anything (and the task bar comes on) can be up to 30 seconds, where it always used to be under 5 secs.
I'm using a imac, 2.7GHz Intel Core i5, 16GB RAM, and it's about 5yrs old. Has latest version of Yosemite on it - 10.10.3
Photo of Don Bradley

Don Bradley

  • 4 Posts
  • 0 Reply Likes
I am having same SLOW issues with LR CC. Tried resolution changes, etc but LR 5.7 is 50 times faster. I have solid state hard drive, i7 prosessor, 8 GB Ram, etc No issues with LR 5.7 but CC is not working for me. It is so slow and if editing hundreds of photos, eventually crashes.
Photo of Richard

Richard

  • 2 Posts
  • 0 Reply Likes
I'm having the same slowness issue. My LR 5.7 was fine, but LR 6 is SLOW doing EVERYTHING. For example, when changing to the next picture in Loupe mode, the keywords take 5.-7 seconds to load.
Photo of Victoria Bampton - Lightroom Queen

Victoria Bampton - Lightroom Queen, Champion

  • 3791 Posts
  • 1252 Reply Likes
There are some performance issues they're working on, but at this stage we have no way of knowing whether you're seeing the same issue or something different. Of course you're welcome to wait and see whether the fixes in the next dot release solve the problems you're having, but since there's not an easy downgrade option, it may be worth your time to try a couple of troubleshooting steps. Up to you.
Photo of David Sucsy

David Sucsy

  • 12 Posts
  • 3 Reply Likes
Thanks, Victoria. Yes, for those who did not install v6 as a parallel trial "beta", that would be important.
Nevertheless, it seems to me that Adobe would test an unoptimized catalog vs a clean test catalog, and either respond that Adobe is working on fixing it, or that Richard should optimize his catalog because Adobe found in their testing that re-optimizing the catalog makes a big difference.
We have lots of feedback from customers, and almost none from Adobe. Not very equitable or forthright on Adobe's part.
Photo of Victoria Bampton - Lightroom Queen

Victoria Bampton - Lightroom Queen, Champion

  • 3791 Posts
  • 1252 Reply Likes
Great to hear you were sensible David! Of course, they'll be busy trying to reproduce these problems, but lot of these issues will be specific to users systems and catalogs. There won't be a single wholesale fix, because that would have been found before release. There's lots of different elements involved here, so it's all about detective work at this stage. That's why specifics from users are so important at the moment.

For those who upgraded their working catalogs, optimizing the catalog, pausing sync, pausing face recognition, checking preview size in catalog settings, checking hard drive space especially on the boot driver, updating the graphics card driver and trying with and without the GPU preference are well worth a try.
Photo of David Sucsy

David Sucsy

  • 12 Posts
  • 3 Reply Likes
Victoria, yes, I understand. Thanks for all your work.
It ain't easy putting out a new release of software so complicated and sophisticated. Thanks for your efforts with this software to make our jobs "easier" (different) ;).
But for now, I'll have to step back while y'all develop, and I try to get my work done.
"You can recognize the pioneers -- they're the ones with the arrows in their backs!" ;)
Best regards.
Dave
Photo of Richard

Richard

  • 2 Posts
  • 0 Reply Likes
Disabling GPU helped with the keywords coming up. That's much faster now, but God forbid I hit the "O" key (facial recognition). That brings everything to a grinding halt. I upgraded to 6.0 primarily because of the facial recognition (I tag EVERY photo with who's in it). I have > 227,000 photos in my library, so, for me, this was a desirable feature. Here's hoping it gets MUCH better in the next point release.
Photo of Andy Charnas

Andy Charnas

  • 28 Posts
  • 3 Reply Likes
Well, I hope adobe is working on a fix for this. Haven't heard much from employees on this thread.

The slowness of generating previews is absolutely horrible. In Print module, it's 5-10 seconds to resolve the image. I can't even use slideshow at all, as the image doesn't resolve before it moves on to the next image.

I have turned GPU off, and am using a lower resolution preview setting. (I'm on a 27" imac).

I appreciate the difficulty of putting out a new sw release. But LR5 was working fine. The number of problems introduced with LRCC is incredibly frustrating.
Photo of Douglas Fry

Douglas Fry

  • 24 Posts
  • 1 Reply Like
Just to chime in here, I'm finding CC very sluggish

6 core MacPro, 24G ram, and SSD's throughout

Much slower than 5.7.1, I frequently get the spinning colourful wheel of death (which is does recover from but didn't get it with LR5)

Haven't seen much point in upgrading to CC so far, I hope Adobe issues some serious updates shortly
Photo of Andy Charnas

Andy Charnas

  • 28 Posts
  • 3 Reply Likes
Yeah, it's kind of a joke to find that the two major new features (face recognition and GPU acceleration) both have to be disabled to make LRCC usable at all.

It would be funny if it wasn't such a drag.
Photo of Andy Charnas

Andy Charnas

  • 28 Posts
  • 3 Reply Likes
Is there anyone from adobe here reading this thread? It would be nice to hear some acknowledgement of this issue, and better yet to hear that they are working on a fix.
Photo of Chris Cox

Chris Cox

  • 20280 Posts
  • 813 Reply Likes
You mean other than Simon Chen, the engineer who commented above?
Photo of Andy Charnas

Andy Charnas

  • 28 Posts
  • 3 Reply Likes
Simon, any update? Last we heard was a month ago.
Photo of Simon Chen

Simon Chen, Principal Computer Scientist

  • 1452 Posts
  • 454 Reply Likes
This thread has digressed a little bit from the original report of quick develop being slower in some setup. I have a reproducible case of slow down when rendering a specific HDR floating point photo. I have logged a bug for investigation. It seems the noise reduction was the main culprit. Tons of local brush also added to the slowdown. The team is still investigating that.

The team also investigated other reports of performance slowdown in 6.0 and has made a few fixes.

When reporting performance issues, it is important to be as specific as possible in describing your computer and Lightroom setup, usage scenarios, test files etc so that the team have something concrete to follow up with and try to reproduce. It might require a bit of experiment on your part to try to isolate as much as possible.

There is some Lighroom performance optimization tips https://helpx.adobe.com/lightroom/kb/... that you can try to experiment with.
Photo of Andy Charnas

Andy Charnas

  • 28 Posts
  • 3 Reply Likes
Thanks for the update, Simon.
Glad you guys are aware and following this thread, and doing what you can do to help.
Photo of jbedford

jbedford

  • 118 Posts
  • 29 Reply Likes
i7 4770k @ 3.5ghz, 16gb ram, Dell u2410, Windows 7, 4GB GTX 970, EVO 840 250GB ssd

LRCC gets slower the more I use it. After just 20 minutes, the Library module is very slow. Selecting multiple photos takes many seconds just to complete the selection and the 'sync settings' button only becomes active after a few seconds. Very sluggish and slowing down my workflow big time.
Photo of Simon Chen

Simon Chen, Principal Computer Scientist

  • 1452 Posts
  • 454 Reply Likes
What is the size of your catalog? Do you have Lr mobile sync turned on? Automatic face detection turned on? Does Lr start responsive and become slower and slower over time within the same application session? Have you tried optimizing the catalog? What preview size did you specify when you import?
Photo of jbedford

jbedford

  • 118 Posts
  • 29 Reply Likes
The catalog size is small, only 40MB. Face Detection and mobile sync are off. It does start responsive, then becomes slower after only a few minutes within the same session. I've tried optimizing and nothing changes. The preview size are 'medium' 1920px.
Photo of Paul Whiteman

Paul Whiteman

  • 4 Posts
  • 0 Reply Likes
LRCC grinds to a halt whenever I'm in the Devlop module and attempting to use any brush or tool. I'm so displeased and frustrated with LRCC that I'm considering going back to LR5. I've tried all of the suggested tweaks and "fixes" and none of them work.
Hopefully, we can get an actual Adobe employee to investigate why LRCC gets slower with every update. At this point, it has slowed my workflow by almost 90% when it should be speeding up my workflow by at least 50%.
Photo of Kenneth Pfeifer

Kenneth Pfeifer

  • 13 Posts
  • 0 Reply Likes
Simon - I am experiencing the same frustrating slowness - I am running a brand new machine and "build standard previews" takes approximately 9 seconds to build a single preview. When trying to work on a wedding of over 2300 initial images, this is excruciating compared to the dozens per second previews that LR 5 was able to generate. This is but one specific example of the slowness I'm experiencing with LR CC - having been a user for almost 5 years now, I've employed all of the recommended optimizations. Sync, Address, and Face detection are all paused (no change in slowness). Here are my system specs to help illustrate the problem:

Lightroom version: CC 2015.0.1 [ 1018573 ]
License: Creative Cloud
Operating system: Windows 8.1 Business Edition
Version: 6.3 [9600]
Application architecture: x64
System architecture: x64
Logical processor count: 16
Processor speed: 2.9 GHz
Built-in memory: 32655.5 MB
Real memory available to Lightroom: 32655.5 MB
Real memory used by Lightroom: 6124.4 MB (18.7%)
Virtual memory used by Lightroom: 6532.4 MB
Memory cache size: 5742.6 MB
Maximum thread count used by Camera Raw: 8
Camera Raw SIMD optimization: SSE2,AVX,AVX2
System DPI setting: 144 DPI (high DPI mode)
Desktop composition enabled: Yes
Displays: 1) 4096x2160, 2) 4096x2160
Input types: Multitouch: No, Integrated touch: No, Integrated pen: No, External touch: No, External pen: No, Keyboard: No

Graphics Processor Info:
GeForce GTX 980/PCIe/SSE2

Check OpenGL support: Passed
Vendor: NVIDIA Corporation
Version: 3.3.0 NVIDIA 353.06
Renderer: GeForce GTX 980/PCIe/SSE2
LanguageVersion: 3.30 NVIDIA via Cg compiler

Application folder: C:\Program Files\Adobe\Adobe Lightroom
Library Path: H:\2015 Catalog\2015 Catalog\2015 Catalog-2.lrcat
Settings Folder: C:\Users\Kenneth\AppData\Roaming\Adobe\Lightroom

Installed Plugins:
1) Behance
2) Canon Tether Plugin
3) Facebook
4) Flickr
5) Leica Tether Plugin
6) Nikon Tether Plugin
7) SmugMug

Config.lua flags: None

Updated Toolkit: Adobe Camera Raw 9.0 for Lightroom 6.0 (build 1014445)
Updated Toolkit: Book Module 6.0 (build 1014445)
Updated Toolkit: Develop Module 6.0 (build 1014445)
Updated Toolkit: Import Module 6.0 (build 1014445)
Updated Toolkit: Library Module 6.0 (build 1014445)
Updated Toolkit: Map Module 6.0 (build 1014445)
Updated Toolkit: Monitor Module 6.0 (build 1014445)
Updated Toolkit: Print Module 6.0 (build 1014445)
Updated Toolkit: Slideshow Module 6.0 (build 1014445)
Updated Toolkit: Web Module 6.0 (build 1014445)
Updated Toolkit: com.adobe.ag.AgNetClient 6.0 (build 1014445)
Updated Toolkit: com.adobe.ag.AgWFBridge 6.0 (build 1014445)
Updated Toolkit: com.adobe.ag.Headlights 6.0 (build 1014445)
Updated Toolkit: com.adobe.ag.LibraryToolkit 6.0 (build 1014445)
Updated Toolkit: com.adobe.ag.MultiMonitorToolkit 6.0 (build 1014445)
Updated Toolkit: com.adobe.ag.archiving_toolkit 6.0 (build 1014445)
Updated Toolkit: com.adobe.ag.bridgetalk 6.0 (build 1014445)
Updated Toolkit: com.adobe.ag.catalogconverters 6.0 (build 1014445)
Updated Toolkit: com.adobe.ag.cef_toolkit 6.0 (build 1014445)
Updated Toolkit: com.adobe.ag.coretech_toolkit 6.0 (build 1014445)
Updated Toolkit: com.adobe.ag.curculio 6.0 (build 1014445)
Updated Toolkit: com.adobe.ag.discburning 6.0 (build 1014445)
Updated Toolkit: com.adobe.ag.email 6.0 (build 1014445)
Updated Toolkit: com.adobe.ag.export 6.0 (build 1014445)
Updated Toolkit: com.adobe.ag.ftpclient 6.0 (build 1014445)
Updated Toolkit: com.adobe.ag.help 6.0 (build 1014445)
Updated Toolkit: com.adobe.ag.iac 6.0 (build 1014445)
Updated Toolkit: com.adobe.ag.imageanalysis 6.0 (build 1014445)
Updated Toolkit: com.adobe.ag.layout_module_shared 6.0 (build 1014445)
Updated Toolkit: com.adobe.ag.pdf_toolkit 6.0 (build 1014445)
Updated Toolkit: com.adobe.ag.sdk 6.0 (build 1014445)
Updated Toolkit: com.adobe.ag.sec 6.0 (build 1014445)
Updated Toolkit: com.adobe.ag.socket 6.0 (build 1014445)
Updated Toolkit: com.adobe.ag.store_provider 6.0 (build 1014445)
Updated Toolkit: com.adobe.ag.substrate 6.0 (build 1014445)
Updated Toolkit: com.adobe.ag.ui 6.0 (build 1014445)
Updated Toolkit: com.adobe.ag.video_toolkit 6.0 (build 1014445)
Updated Toolkit: com.adobe.ag.xml 6.0 (build 1014445)
Updated Toolkit: com.adobe.wichitafoundation 6.0 (build 1014445)
Adapter #1: Vendor : 10de
Device : 13c0
Subsystem : 111610de
Revision : a1
Video Memory : 3896
Adapter #2: Vendor : 1414
Device : 8c
Subsystem : 0
Revision : 0
Video Memory : 0
AudioDeviceIOBlockSize: 1024
AudioDeviceName: Speakers (Sound Blaster Recon3Di)
AudioDeviceNumberOfChannels: 2
AudioDeviceSampleRate: 44100
Build: LR5x102
Direct2DEnabled: false
GPUDevice: not available
OGLEnabled: true
Photo of Steve Sprengel

Steve Sprengel, Champion

  • 2643 Posts
  • 337 Reply Likes
If Face Detection is on, turn it off.
Photo of Kenneth Pfeifer

Kenneth Pfeifer

  • 13 Posts
  • 0 Reply Likes
it is off for me, still 9 seconds per standard preview
Photo of Steve Sprengel

Steve Sprengel, Champion

  • 2643 Posts
  • 337 Reply Likes
On Windows, try changing your shortcut to start with LR with a lower CPU priority:

So instead of the shortcut target being just this:

"C:\Program Files\Adobe\Adobe Lightroom\lightroom.exe"

Make it this:

C:\Windows\System32\cmd.exe /c start "Adobe Lightroom" /belownormal "C:\Program Files\Adobe\Adobe Lightroom\lightroom.exe"

With the theory being that the main LR process may be getting in the way of some other processes that are causing it to slow down and making LR lower priority will allow those other processes to speed up. It sounds counterintuitive but it can help in some situations.

The one thing you lose with this altered shortcut is the ability to drag-and-drop to LR to start an Import. So it's worth having another LR shortcut that is the normal one for when you want to do that.

In your case the issue is WITH import, so you'll need to be initializing the Import differently than drag-and-drop.

Another idea would be to turn off the GPU in case DNG Conversion rendering the preview uses it, although I don't think it's supposed to.
--
Finally, if you don't convert to DNG in Import, can you do it afterwards, and have the two steps be quicker in total? I'm not a fan of converting to DNG at all, since it makes the files unreadable by non-Adobe software, so don't have personal experience with doing such, and may be I'm imagining things that aren't possible.
Photo of Kenneth Pfeifer

Kenneth Pfeifer

  • 13 Posts
  • 0 Reply Likes
This did bring the speed down from 9 seconds to 6 seconds, some improvement for sure, but still exponentially slower than Lightroom 5. Thank you very much for this suggestion!