Copy link to clipboard
Copied
See Update #1, 2025-01-16 below.
See Update #2, 2025-01-16 below
When using the latest version of Bridge (15.0.2.432) I have noticed that sometimes Bridge has a continued (very) high CPU usage for no reason. I can reproduce this 100% (system details below):
*) during my experiments I noticed that when the number of images shown in "Light Table" mode is equal to or less than 36, everything works normal (no high CPU usage). When the number of images shown in "Light Table" mode is greater or equal to 38 however, the high CPU usage occurs.
Note that normal (low) CPU usage is observed BOTH when the total number of images in the folder is less than 36 OR if filters are applied before entering "Light Table" mode that results in less than 36 images shown on the screen when going to "Light Table" mode (no high CPU usage even with a folder with a large number of images if filters limit the number of images shown).
This makes Bridge almost unusable in "Light Table" mode (sluggish, PC fans accelerating).
------
Other pending problems:
https://community.adobe.com/t5/bridge-discussions/bridge-keeps-regenerating-cached-thumbnails/m-p/14...
https://community.adobe.com/t5/bridge-discussions/generate-monitor-size-previews-wrong-size-generate...
- Bridge version 15.0.2.432
- Windows 11 Pro, version 24H2, OS build 26100.2605
- Nvidia RTX 2020, Studio driver, Version 566.36
Copy link to clipboard
Copied
Update #1, 2025-01-16:
I have attached parts of the Bridge log file, see "BridgeLog-utdrag.txt".
The tests performed are:
2025-01-16 09:50 start Bridge
2025-01-16 09:55 go to lighttable mode, start Task Manager (Task Manager window on top)
2025-01-16 10:00 unhide Bridge window (bring to front). High CPU usage starts.
2025-01-16 10:10 go back to filmstrip mode. High CPU usage ends.
2025-01-16 10:15 exit Bridge
Folder used for this test:
84 images
JPEG
1000 x 667 pixels
~150 KB each
NOTE: as long as another app window hides parts of the Bridge window (starts at 09:55), Bridge delays color management of thumbnails. The thumbnails are color corrected when the Bridge window is brought on top at 10:00 (at the same time as the hight CPU usage starts.
Bridge log file at:
C:\Users\<username>\AppData\Roaming\Adobe\Bridge 2025\BridgeLog.log
Copy link to clipboard
Copied
Update #2, 2025-01-16:
I have done some more testing. When I observed that the number of thumbnails shown on the screen in Light Table mode had an effect on the High CPU problem (see the initial post about filtering etc.), I have now experimented with the slider controlling the thumbnail size in Light Table mode. My screen has 2560 x 1440 pixels, and I am using 100% scaling in Windows display settings. For the following number of thumbnails displayed on the screen (Bridge maximized), I observe the following:
14 x 5 - OK
13 x 5 - High CPU
12 x 4.5 - OK
11 x 4 - High CPU sometimes
10 x 4- High CPU
9 x 3.5 - OK sometimes
8 x 3 - OK
For the settings where the number of thumbnails displayed show "OK" in the table above, I also observe that Bridge is much faster to enter Light Table mode (it is almost instant, for the others it takes a second or a bit more). The repeatability is high (also when going via reboots etc.).
The faster speed also benefits applying color management to the thumbnails (almost instant when "OK", while taking a while for the other configurations).
I have tried resetting preferences and purged the cache. Did not have any effect.
(Note: the "Ctrl+Alt+Shift" dialog does not have an option to "reset the default workspace" as described online:
https://helpx.adobe.com/bridge/kb/troubleshoot-errors-freezes-bridge.html ).