System Config:
LR 2.1
PS CS4
XP Pro SP3
Dual dual-core 3.6Ghz (genuine Intel)
Intel chipset on HP motherboard with latest BIOS and Intel drivers
6GB Ram
Dedicated Scratch Disk: dual-channel FC array RAID 0 (4GB/sec) 1.0TB
Data: (images) separate dual-channel FC array RAID 3 (4GB/sec) 2.0TB
Dedicated program spindle (SATA 7200)
Dedicated page spindle (SCSI 320 15K RPM) fixed page size
All Drives less then 50% full
Quadro FX Pro 1.0GB
Dual 30 displays native resolution 2560 x 1600
All drivers verified as latest
Average image size: 120Meg
CS3 ran flawlessly --- I could have up to 15 images active and little to no performance issues.
De-installed CS3, then clean install on CS4
Issue1: screen repaints as reported in the thread. Slow repaints, and corrupt repaints. Disabling GL support did reduce the corrupt repaints and general repainting is quicker, but not as fast as CS3 cache level 4. Switching GL on/off is 100% repeatable.
General Note: It is not acceptable to blame nVidia. I have over 10 apps that use the GL Accelerator (including AE CS4), and they run fine. Some of this must be the way Adobe is making the system calls.
Another General Note: The test cycle for PS must not have included enough higher-end nVidia cards (Quadro FX series), or this issue would have revealed itself quickly.
Issue2: long delays when accessing file menu. I can no-longer open more then 3 large documents at a time and not experience 10-15 second delays when accessing the file menu. The program completely freezes. Then the menu opens, if I select save-as, then another freeze. If I save as a layered TIFF, then another freeze until the tiff options come-up. The save is completed, and PS returns to normal. This is 100% repeatable. I could open 15 of these same documents easily in CS3.
Issue3: Memory management. As you open files in PS, PS starts allocating memory up to the limit set in properties (in my case 1.5G). Now as you close the files, this memory is not released back to the free page pool. This has a dramatic (and very negative) effect on all other applications running on the system. Apps should release resources when done. This allows the garbage collection daemon and resource allocation routines to properly load balance. Clearly PS does not do this, the only way to release the memory is to exit PS. If garbage collection can not collect enough free pages, then virtual memory thrashing is the result. Newer 64bit will help, but how much physical RAM will you need? Applications must be disciplined enough to only allocate what they need and release when done. This is just good coding.
Issue4: Interaction with LR. Clearly Adobe feels that the future for PS is a LR centric workflow. Unfortunately, PS is hording memory so badly, that LR performance starts to degrade even after a short session. There is a long thread on this in the LR forum.
Hugh