Skip to main content
Adobe Photoshop Family

49 Messages

 • 

752 Points

Wed, Feb 14, 2018 4:12 PM

Lightroom Classic 7.2: Very slow to build the folder structure

Sadly on my system LR got slower.

With the version before the new release I would build 1:1 previews  and my iMac’s fan would go at full blast! 

With the new update, this doesn’t happen anymore. So I was VERY happy.

The problem is, that it doesn’t seem to be doing anything. Only using a little more than 1 core.

The progressbar was in the same location for 3 hours so I stopped the process.



Lightroom also became very slow in juist building up the folder structure.

I see the folder names go from grey to white 1 folder at a time, unbearably slow.

I truly don’t understand the amount of bugs that show up on each new release.

Hopefully I am not the only one and this will be fixed swiftly.



In the end, Lightroom is now slower than before this release.



I am on a 2017 iMac with 4x4.2 processors and 64GB ram.

OSX 10.12.6

Best regards,
Mark

Note: This conversation was created from a reply on: Lightroom Classic 7.2 is now available!.

Responses

1.7K Messages

 • 

32.4K Points

3 years ago

Hi Mark, That is not normal. Can you copy-n-paste the system info text from Lightroom>Help>System Info...

Do you have Lr mobile sync turned on? Try pause the sync and restart Lr 7.2 and see what happens.

49 Messages

 • 

752 Points

3 years ago

Hi Simon, 
it sounds like that could be the case. However I don't know how to turn it on or off.
Sync with lightroom CC is off I can see that when clicking next to the logo.
in preferences I don't see anything to turn on or off.

Thanks!
Mark

here's my info.
Lightroom Classic version: 7.2 [ 1156743 ]
License: Creative Cloud
Language setting: en-NL
Operating system: Mac OS 10
Version: 10.12.6 [16G1212]
Application architecture: x64
Logical processor count: 8
Processor speed: 4.2 GHz
Built-in memory: 65,536.0 MB
Real memory available to Lightroom: 65,536.0 MB
Real memory used by Lightroom: 2,960.3 MB (4.5%)
Virtual memory used by Lightroom: 4,868.0 MB
Memory cache size: 531.2MB
Internal Camera Raw revision: 894
Maximum thread count used by Camera Raw: 5
Camera Raw SIMD optimization: SSE2,AVX,AVX2
Camera Raw virtual memory: 352MB / 32767MB (1%)
Camera Raw real memory: 353MB / 65536MB (0%)
Displays: 1) 6016x3384, 2) 5760x3240

Graphics Processor Info: 
Metal: AMD Radeon Pro 580



Application folder: /Applications/Adobe Lightroom Classic CC
Library Path: /Volumes/Foto Work Disk/Lightroom/Lightroom Catalog-2.lrcat
Settings Folder: /Users/markdenhartog/Library/Application Support/Adobe/Lightroom

Installed Plugins: 
1) Any File
2) Aperture/iPhoto Importer Plug-in
3) DxO PhotoLab
4) DxO PhotoLab Importer
5) Export to Photomatix Pro
6) HDR Efex Pro 2
7) LR/Instagram
8) MIDI2LR
9) Palette Plugin (V2)

Config.lua flags: None

AudioDeviceIOBlockSize: 512
AudioDeviceName: Built-in Output
AudioDeviceNumberOfChannels: 2
AudioDeviceSampleRate: 44100
Build: 10.0x7
CoreImage: true
GL_ACCUM_ALPHA_BITS: 0
GL_ACCUM_BLUE_BITS: 0
GL_ACCUM_GREEN_BITS: 0
GL_ACCUM_RED_BITS: 0
GL_ALPHA_BITS: 8
GL_BLUE_BITS: 8
GL_DEPTH_BITS: 24
GL_GREEN_BITS: 8
GL_MAX_3D_TEXTURE_SIZE: 16384
GL_MAX_TEXTURE_SIZE: 16384
GL_MAX_TEXTURE_UNITS: 8
GL_MAX_VIEWPORT_DIMS: 16384,16384
GL_RED_BITS: 8
GL_RENDERER: AMD Radeon Pro 580 OpenGL Engine
GL_SHADING_LANGUAGE_VERSION: 1.20
GL_STENCIL_BITS: 8
GL_VENDOR: ATI Technologies Inc.
GL_VERSION: 2.1 ATI-1.51.8
OGLEnabled: true
GL_EXTENSIONS: GL_ARB_color_buffer_float GL_ARB_depth_buffer_float GL_ARB_depth_clamp GL_ARB_depth_texture GL_ARB_draw_buffers GL_ARB_draw_elements_base_vertex GL_ARB_draw_instanced GL_ARB_fragment_program GL_ARB_fragment_program_shadow GL_ARB_fragment_shader GL_ARB_framebuffer_object GL_ARB_framebuffer_sRGB GL_ARB_half_float_pixel GL_ARB_half_float_vertex GL_ARB_imaging GL_ARB_instanced_arrays GL_ARB_multisample GL_ARB_multitexture GL_ARB_occlusion_query GL_ARB_pixel_buffer_object GL_ARB_point_parameters GL_ARB_point_sprite GL_ARB_provoking_vertex GL_ARB_seamless_cube_map GL_ARB_shader_objects GL_ARB_shader_texture_lod GL_ARB_shading_language_100 GL_ARB_shadow GL_ARB_shadow_ambient GL_ARB_sync GL_ARB_texture_border_clamp GL_ARB_texture_compression GL_ARB_texture_compression_rgtc GL_ARB_texture_cube_map GL_ARB_texture_env_add GL_ARB_texture_env_combine GL_ARB_texture_env_crossbar GL_ARB_texture_env_dot3 GL_ARB_texture_float GL_ARB_texture_mirrored_repeat GL_ARB_texture_non_power_of_two GL_ARB_texture_rectangle GL_ARB_texture_rg GL_ARB_transpose_matrix GL_ARB_vertex_array_bgra GL_ARB_vertex_blend GL_ARB_vertex_buffer_object GL_ARB_vertex_program GL_ARB_vertex_shader GL_ARB_window_pos GL_EXT_abgr GL_EXT_bgra GL_EXT_bindable_uniform GL_EXT_blend_color GL_EXT_blend_equation_separate GL_EXT_blend_func_separate GL_EXT_blend_minmax GL_EXT_blend_subtract GL_EXT_clip_volume_hint GL_EXT_debug_label GL_EXT_debug_marker GL_EXT_depth_bounds_test GL_EXT_draw_buffers2 GL_EXT_draw_range_elements GL_EXT_fog_coord GL_EXT_framebuffer_blit GL_EXT_framebuffer_multisample GL_EXT_framebuffer_object GL_EXT_framebuffer_sRGB GL_EXT_geometry_shader4 GL_EXT_gpu_program_parameters GL_EXT_gpu_shader4 GL_EXT_multi_draw_arrays GL_EXT_packed_depth_stencil GL_EXT_packed_float GL_EXT_provoking_vertex GL_EXT_rescale_normal GL_EXT_secondary_color GL_EXT_separate_specular_color GL_EXT_shadow_funcs GL_EXT_stencil_two_side GL_EXT_stencil_wrap GL_EXT_texture_array GL_EXT_texture_compression_dxt1 GL_EXT_texture_compression_s3tc GL_EXT_texture_env_add GL_EXT_texture_filter_anisotropic GL_EXT_texture_integer GL_EXT_texture_lod_bias GL_EXT_texture_mirror_clamp GL_EXT_texture_rectangle GL_EXT_texture_shared_exponent GL_EXT_texture_sRGB GL_EXT_texture_sRGB_decode GL_EXT_timer_query GL_EXT_transform_feedback GL_EXT_vertex_array_bgra GL_APPLE_aux_depth_stencil GL_APPLE_client_storage GL_APPLE_element_array GL_APPLE_fence GL_APPLE_float_pixels GL_APPLE_flush_buffer_range GL_APPLE_flush_render GL_APPLE_object_purgeable GL_APPLE_packed_pixels GL_APPLE_pixel_buffer GL_APPLE_rgb_422 GL_APPLE_row_bytes GL_APPLE_specular_vector GL_APPLE_texture_range GL_APPLE_transform_hint GL_APPLE_vertex_array_object GL_APPLE_vertex_array_range GL_APPLE_vertex_point_size GL_APPLE_vertex_program_evaluators GL_APPLE_ycbcr_422 GL_ATI_blend_equation_separate GL_ATI_blend_weighted_minmax GL_ATI_separate_stencil GL_ATI_texture_compression_3dc GL_ATI_texture_env_combine3 GL_ATI_texture_float GL_ATI_texture_mirror_once GL_IBM_rasterpos_clip GL_NV_blend_square GL_NV_conditional_render GL_NV_depth_clamp GL_NV_fog_distance GL_NV_light_max_exponent GL_NV_texgen_reflection GL_NV_texture_barrier GL_SGI_color_matrix GL_SGIS_generate_mipmap GL_SGIS_texture_edge_clamp GL_SGIS_texture_lod

49 Messages

 • 

752 Points

3 years ago

I have just tried removing all plugins and that does not make a difference.
thanks for your help!
Mark

1.7K Messages

 • 

32.4K Points

3 years ago

Your system info reports looks normal. You can pause the Lr mobile sync by clicking on Lr's identify plate area and make sure it is not Started or in a Paused state. Like the follows:



Are you able to consistently demonstrate the export slowness issue on any set of photos or specific to one or few problematic photos? What happens if you reset the dev settings and export? Are you able to consistently reproduce it on a small catalog (export a small catalog that demonstrate the problem or starts with a new catalog). If you could reproduce the issue on a smaller catalog, would you mind sharing a small catalog online with the photos (like dropbox or Adobe Creative Cloud sync folder) so that we could try to see if we can reproduce?

49 Messages

 • 

752 Points

3 years ago

This is what it looks like on my machine.
If I try to start sync it tells me it wants to replace something.. so I don't want to start it. (thought it might help to start and stop again)
does this look correct to you?

I am not trying to export images I am trying to build 1:1 previews. In activity monitor I can see about 120% activity. this should be 600+% on 8 hyperthreaded cores.

I am also still seeing the sluggish buildup of folders.
After sending this I will try to make a screengrab.

thanks,
Mark



49 Messages

 • 

752 Points

3 years ago

here's a link. https://we.tl/19h1fEBXFY
you can see how slow the names of folders turn white. this used to be almost instantaneous. A big difference with the version before this one.

1.7K Messages

 • 

32.4K Points

3 years ago

Ok. The Lr mobile sync isn't the issue in your case then. There are two issues that you are reporting:

1. Building 1:1 previews and it appears get stuck: Can you try to build 1:1 previews for some small folders to see if the issue is photo specific.
2. Slowness in just building up the folder structure. The folder names go from grey to white 1 folder at a time, unbearably slow. Is this regarding the Folder panel in the library module? Slowness in enumerating the folder count etc? What happens if you collapse the Folder panel and relaunch Lr with eh Folder panel collapsed. Do you still see persistent Lr idle CPU usage?

49 Messages

 • 

752 Points

3 years ago

I am showing this as I feel these problems are connected.
I have found something though.

I just built previews for my 2018 shots and that went fine.

28 Messages

 • 

540 Points

3 years ago

Regarding the slow population of the Folder names....I experienced this too .... but I started noticing it prior to 7.2 and I noticed it started to occur after I did the latest updates to Sierra in January for the Spectre/Meltdown patches.  I am on a MacPro 6,1 (6-core) ... and during that time it went from nearly instantaneous to the slow crawl shown in the video.

jc

49 Messages

 • 

752 Points

Jim, do you have any movieclips in any of the folders? Just checking. If that is the case that might also be the problem.

28 Messages

 • 

540 Points

I do have movie clips sprinkled throughout my folder structure - not a lot of big ones - but often ones from iPhones that I save.  But it is not a huge factor in my folder tree.

28 Messages

 • 

540 Points

Regarding collapsing the folder structure.  I did that and re-opened LR.  Beach Ball for a second, and then it stopped and I opened the disclosure triangle for my top-level folder and it seemed to enumerate faster .... tried that a couple of times.  But maybe just everything was in the OS' file cache and so it was running faster, anyway.  So, a bit inconclusive.

49 Messages

 • 

752 Points

3 years ago

thanks @jim!

49 Messages

 • 

752 Points

3 years ago

Is this regarding the Folder panel in the library module? Slowness in enumerating the folder count etc? What happens if you collapse the Folder panel and relaunch Lr with eh Folder panel collapsed. Do you still see persistent Lr idle CPU usage?
Yes, that's it.
but these are 2 problems. I think they might be related but I could be wrong.

So collapsing both drives makes LR start faster.
But in order to built previews, I need to expand. During previews, it does seem to get stuck as you said. I think I can fix that by removing the previously built. previews. I need some time for that. I will let you know how that pans out.

But the folder build up seems like a real issue.
And,.... I would truly love if the fans stopped spinning.
This never happens in photoshop and in LR it already happens by flicking through images (that is the reason I am building those previews

1.7K Messages

 • 

32.4K Points

3 years ago

Thanks Mark for confirming the folder enumeration issue. I'll discuss with the engineer to follow up. How deep is your folder tree typically?

49 Messages

 • 

752 Points

I have found the problem of building 1:1 previews. 
There are a few movies in some folders. Even navigating to a  folder with 4 clips makes the whole Lightroom experience very slow!!....up to the point where I had to force quit.
this sounds like something you guys can fix easily.. it might even fix the folder problem.

I think movies shouldn't be supported anyway. Movies out PSB support in

49 Messages

 • 

752 Points

Did you check movies in a catalog. Maybe a separate problem but opening a folder wiht movies freezes LR, only way out is force quit.

49 Messages

 • 

752 Points

3 years ago

One root folder for everything ->year -> Date - > and maybe one or 2 more.
Max 5 but always 3

Thanks Simon!

28 Messages

 • 

540 Points

3 years ago

Simon, my structure is un-canningly the same.  But from the root of my external raid I would be

Film/
  2018/
     2018/02-Feb
           2018-02Feb13 Mardi Gras Parades

it's mostly like this but there are some project folders - but never likely more than 5-6 deep, ever...and I noticed the slowdown right after the Spectre/Meltdown patches.

I start LR and the grey to white blackout takes hugely more time than before.

My Catalog (about 115k entries) has roughly 2400 images in All Sync'd Photographs.  I have a connection with 179mbs download and 20mbs upload

MacPro 6,1  Sierra 10.12.6.  32GB ram, dual 500 AMD FirePros, 512GB PCIe - but my catalog resides on a LaCie 5-disk RAID5 external on thunderbolt2 and this routinely gets blackmagic scores of roughly 500 / 500 MBS R/W.

Anyhow, LR's opening now is slower.

jc

20 Messages

 • 

484 Points

3 years ago

I'm having the same issue: might take minutes just to fill in the folder tree. It's only two or sometimes three deep. e.g. The new Favourites is great - but when I (figured out how to!) go back to the normal structure, it took forever to draw it again. They are all there but greyed.