United StatesChange Country, Oracle Worldwide Web Sites Communities I am a... I want to...
JDK-4895978 : High CPU utilization with Matrox graphic adapters and Multiple Display

Details
Type:
Bug
Submit Date:
2003-07-24
Status:
Resolved
Updated Date:
2003-08-27
Project Name:
JDK
Resolved Date:
2003-08-27
Component:
client-libs
OS:
windows_2000
Sub-Component:
javax.swing
CPU:
x86,generic
Priority:
P2
Resolution:
Fixed
Affected Versions:
1.4.2,5.0
Fixed Versions:
1.4.2_02 (02)

Related Reports
Backport:
Duplicate:
Relates:

Sub Tasks

Description
We have a customer application which when invoked with 1.4.2 show high
CPU utilization. The utilization range upto 80% at times and has an average
of 38%.

Some basic profiling made with Optimizeit shows Java 2D method like
sun.java2d.pipe.DrawImage.blitSurfaceData consuming high CPU (37.9%).

The problem was reproduced in-house with the following configuration:

Pentium 4 2.8 GHz 
1 GB RAM
Windows 2000 SP2
Matrox G200 Adapter
3 Display Monitors

The steps to download, configure and run the test case is provided in the comments section.




                                    

Comments
EVALUATION

I believe this is a dup of a similar one filed against the way that Swing manages the Volatile back buffer on multiscreen systems, but I am forwarding the bug to Swing to let them make that call.

###@###.### 2003-08-05

This is likely only applicable to multi-headed machines.
Swing uses the same VolatileImage on all GraphicsConfiguration, which causes
us to recreate the VolatileImage every time we render on the other monitor.
The fix is to cache VolatileImages per GC in the RepaintManager.
###@###.### 2003-08-12
                                     
2003-08-12
CONVERTED DATA

BugTraq+ Release Management Values

COMMIT TO FIX:
1.4.2_02
tiger

FIXED IN:
1.4.2_02
tiger

INTEGRATED IN:
1.4.2_02
tiger
tiger-b19


                                     
2004-06-14



Hardware and Software, Engineered to Work Together