Lightroom Classic 7.2: Very slow to build the folder structure

  • 5
  • Problem
  • Updated 2 months ago
  • Acknowledged
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!.
Photo of Mark den Hartog

Mark den Hartog

  • 42 Posts
  • 3 Reply Likes

Posted 1 year ago

  • 5
Photo of Simon Chen

Simon Chen, Principal Computer Scientist

  • 1573 Posts
  • 514 Reply Likes
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.
Photo of Mark den Hartog

Mark den Hartog

  • 42 Posts
  • 3 Reply Likes
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
Photo of Mark den Hartog

Mark den Hartog

  • 42 Posts
  • 3 Reply Likes
I have just tried removing all plugins and that does not make a difference.
thanks for your help!
Mark
Photo of Simon Chen

Simon Chen, Principal Computer Scientist

  • 1573 Posts
  • 514 Reply Likes
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?
Photo of Mark den Hartog

Mark den Hartog

  • 42 Posts
  • 3 Reply Likes
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



Photo of Mark den Hartog

Mark den Hartog

  • 42 Posts
  • 3 Reply Likes
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.
Photo of Simon Chen

Simon Chen, Principal Computer Scientist

  • 1573 Posts
  • 514 Reply Likes
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?
Photo of Mark den Hartog

Mark den Hartog

  • 42 Posts
  • 3 Reply Likes
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.
Photo of Jim Camelford

Jim Camelford

  • 27 Posts
  • 7 Reply Likes
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
Photo of Mark den Hartog

Mark den Hartog

  • 42 Posts
  • 3 Reply Likes
Jim, do you have any movieclips in any of the folders? Just checking. If that is the case that might also be the problem.
Photo of Jim Camelford

Jim Camelford

  • 27 Posts
  • 7 Reply Likes
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.
Photo of Jim Camelford

Jim Camelford

  • 27 Posts
  • 7 Reply Likes
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.
Photo of Mark den Hartog

Mark den Hartog

  • 42 Posts
  • 3 Reply Likes
thanks @jim!
Photo of Mark den Hartog

Mark den Hartog

  • 42 Posts
  • 3 Reply Likes
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
Photo of Simon Chen

Simon Chen, Principal Computer Scientist

  • 1573 Posts
  • 514 Reply Likes
Thanks Mark for confirming the folder enumeration issue. I'll discuss with the engineer to follow up. How deep is your folder tree typically?
Photo of Mark den Hartog

Mark den Hartog

  • 42 Posts
  • 3 Reply Likes
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
Photo of Mark den Hartog

Mark den Hartog

  • 42 Posts
  • 3 Reply Likes
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.
Photo of Mark den Hartog

Mark den Hartog

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

Thanks Simon!
Photo of Jim Camelford

Jim Camelford

  • 27 Posts
  • 7 Reply Likes
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
Photo of Gary Eason

Gary Eason

  • 20 Posts
  • 11 Reply Likes
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. 
Photo of Ronald Byram

Ronald Byram

  • 135 Posts
  • 15 Reply Likes
I too have the same issue with my windows 10 machine. Creating the Folder count. I have approx. 128k pictures in my main folders. (2017-2018) previous years pictures are moved to a different drive. and that folder is collapsed.  When LR Classic starts it takes 2-3 minutes before I can look at the folder contents.  My catalog is currently on my C: drive a 500 GB SSD.
Photo of Gary Eason

Gary Eason

  • 20 Posts
  • 11 Reply Likes
I had this same problem and many others. I was in despair until i discovered the answer on a different thread: resetting the LR preferences. It's now so fast it's dizzying. Might work for you. The tip referred to this LR Queen explainer, and I simply used the first version. Worth a try: https://www.lightroomqueen.com/how-do-i-reset-lightrooms-preferences/
Photo of Ronald Byram

Ronald Byram

  • 133 Posts
  • 15 Reply Likes
I did this/ And LR 8.3 starts faster Now.
Photo of Todd Shaner

Todd Shaner, Champion

  • 1453 Posts
  • 486 Reply Likes
I'm seeing the same issue with LR 7.4 on Windows 7. When LR is launched and a top-level folder opened the subfolders are all gray with no file count showing. They turn white and update with the file count one-by-one very slowly. However, I can select a grayed out folder, see the images, and start editing the files before the folder count is updated.  As each new top-level folder is opened the same subfolder behavior is observed even after working in LR for hours. The folder count of subfolders is apparently only updated when a top-level folder is selected and expanded to show the subfolders. I don't recall seeing this behavior prior to LR 7 Classic release.

I've tried resetting Preferences, optimizing the catalog, and made sure all background tasks are paused, but the issue persists. The catalog contains ~36,000 files so not that large.


Photo of Robert Somrak

Robert Somrak, Champion

  • 347 Posts
  • 114 Reply Likes
This was SUPPOSED to be fixed in 7.4 with the inclusion of the Catalog.Helper.lrdata file in the catalog folder.  Maybe deleting this file and letting Lightroom rebuild it will fix your issue.   

As a side note, the numbers populate quickly for me although I do not use hundreds of date folders.
Photo of Todd Shaner

Todd Shaner, Champion

  • 1452 Posts
  • 486 Reply Likes
I see a Catalog Helper.lrdata folder (not file), which I just removed and restarted LR. A new one was created, but no change.
Photo of Robert Somrak

Robert Somrak, Champion

  • 347 Posts
  • 114 Reply Likes
I guess this is the bug that was fixed concerning folder search that this HELPER folder is supposed to fix.

https://feedback.photoshop.com/photoshop_family/topics/lr-classic-7-2-folders-filter-bug-super-slowd...

I think there is another bug thread somewhere concerning the population of the folders numbers on startup that the HELPER folder is also supposed to fix. 
(Edited)
Photo of Todd Shaner

Todd Shaner, Champion

  • 1452 Posts
  • 486 Reply Likes
Actually that's what this thread is discussing! I can't find any other thread with a solution or other suggestions than what's already listed here. I've marked this thread as 'Acknowledged.' No comment from Simon Chen since Feb. 2018 so it doesn't look good for fix any time soon! My guess is that the new Folder Search "feature" is not integrating properly with the LR Catalog structure so not an easy fix! Even when NOT using the 'Folder Filters' search box the folder update issue continues. It also starts over again every time LR is restarted so the folder structure isn't being updated in the LR catalog file.
Photo of Donald Gallagher

Donald Gallagher

  • 5 Posts
  • 1 Reply Like
I was experiencing the same issue with slow folder population when starting Lightroom. I went into my plugins and disabled several that I hardly make use of and startup speed greatly improved for me.

I saw enough of an improvement that I will go back in and delete any plugin not used often.

I am running the latest Lightroom Classic CC.
Photo of Todd Shaner

Todd Shaner, Champion

  • 1408 Posts
  • 466 Reply Likes
I disabled ALL of my plugins and restarted LR with no improvement or change in behavior noted. I'm using LR 7.5 on Windows 7 with ~35,000 image files. The folder count in the Library Folders panel is only updated when subfolders are exposed using the drop-down arrow. I don't recall this happening in earlier versions of LR (pre 7.0). It takes about 0.3 sec/folder to update.
Photo of John R. Ellis

John R. Ellis, Champion

  • 4455 Posts
  • 1182 Reply Likes
I just noticed that while LR is populating the folder counts, it's using between 75% and 160% CPU! I have about 1725 folders, and LR takes about 5:06 to populate the counts consuming over 100% CPU for most of that time.  

Collapsing the Folders panel or all of the top-level folders reduces that startup transient to about 15 seconds, with CPU then dropping well under 5%.

There's a suboptimal algorithm lurking here...

See this discussion for another user struck by this problem: 
https://forums.adobe.com/message/10662121#10662121
Photo of Todd Shaner

Todd Shaner, Champion

  • 1452 Posts
  • 486 Reply Likes
Given users started reporting this issue (slow folder file count enumeration) with LR 7.2. I think we know what caused it. If Adobe can't fix it then an option to simply disable folder search should be added.
Photo of Ronald Byram

Ronald Byram

  • 135 Posts
  • 15 Reply Likes
This reply was created from a merged topic originally titled Lightroom Classic Start up performance. (merging).

My LR is slow to start up with my windows 10 system. I have my catalog optimized and HD defragg'ed. But when I start LR it takes several minutes for the Folder lists to populate. 2-5 minutes. Yes I have a LARGE number of pictures. current year 33,529 But past years are vary in size from 150k to less to 2010.  Should I export the current year and Create a Totally NEW Catalog?  It just seems the system gets slower and slower with each photo I add.

Note: This conversation was created from a reply on: Lightroom Classic Start up performance..
Photo of John R. Ellis

John R. Ellis, Champion

  • 4388 Posts
  • 1165 Reply Likes
Can you please copy/paste the first ten lines from the menu command Help > System Info?
Photo of John R. Ellis

John R. Ellis, Champion

  • 4388 Posts
  • 1165 Reply Likes
Also, if you collapse the Folders panel before exiting LR, does LR start up more quickly next time?
Photo of Victoria Bampton - Lightroom Queen

Victoria Bampton - Lightroom Queen, Champion

  • 4922 Posts
  • 1914 Reply Likes
One more question... where are the folders/photos? Local storage or network?
Photo of Ronald Byram

Ronald Byram

  • 135 Posts
  • 15 Reply Likes
The Photos are on a 4TB 5400 HD that is Local storage (ESATA) Not Network. I did do your suggestion to reset Pref. and it seems faster. 
Photo of Ronald Byram

Ronald Byram

  • 135 Posts
  • 15 Reply Likes
Lightroom Classic version: 8.3 [ 201905061635-edecdfdb ]
License: Creative Cloud
Language setting: en
Operating system: Windows 10 - Business Edition
Version: 10.0.17763
Application architecture: x64
System architecture: x64
Logical processor count: 8
Processor speed: 3.4 GHz
Built-in memory: 32665.1 MB
Real memory available to Lightroom: 32665.1 MB
Real memory used by Lightroom: 3222.2 MB (9.8%)
Virtual memory used by Lightroom: 3700.7 MB
GDI objects count: 790
USER objects count: 2115
Process handles count: 3193
Memory cache size: 665.6MB
Internal Camera Raw version: 11.3 [ 197 ]
Maximum thread count used by Camera Raw: 5
Camera Raw SIMD optimization: SSE2,AVX
Camera Raw virtual memory: 530MB / 16332MB (3%)
Camera Raw real memory: 535MB / 32665MB (1%)
System DPI setting: 96 DPI
Desktop composition enabled: Yes
Displays: 1) 1920x1200, 2) 1920x1200
Input types: Multitouch: No, Integrated touch: No, Integrated pen: No, External touch: No, External pen: No, Keyboard: No
Graphics Processor Info:
DirectX: AMD Radeon (TM) R7 360 Series (25.20.15031.1000)

Application folder: C:\Program Files\Adobe\Adobe Lightroom Classic
Library Path: G:\Lightroom\Lightroom 7-3-1 catalog.lrcat
Settings Folder: C:\Users\Ron\AppData\Roaming\Adobe\Lightroom
Installed Plugins:
1) AdobeStock
2) Athentech Perfectly Clear v2
3) BLACK WHITE projects 4
4) Facebook
5) Flickr
6) HDR Efex Pro 2
7) Luminar 2018
8) Nikon Tether Plugin
9) SmugMug
Config.lua flags: None
Updated Toolkit: com.adobe.wichitafoundation 8.3 (build 600001)
Adapter #1: Vendor : 1002
 Device : 665f
 Subsystem : 73601682
 Revision : 81
 Video Memory : 2024
Adapter #2: Vendor : 8086
 Device : 122
 Subsystem : 844d1043
 Revision : 9
 Video Memory : 20
Adapter #3: Vendor : 1414
 Device : 8c
 Subsystem : 0
 Revision : 0
 Video Memory : 0