JDK-4770534 : rendering/repaint slow and distorted with 1.4.1
  • Type: Bug
  • Component: client-libs
  • Sub-Component: java.awt
  • Affected Version: 1.4.1_01
  • Priority: P3
  • Status: Closed
  • Resolution: Duplicate
  • OS: windows_2000
  • CPU: x86
  • Submitted: 2002-10-29
  • Updated: 2022-10-28
  • Resolved: 2003-09-05
Related Reports
Duplicate :  
JDK-4745222 - 1.4 REGRESSION: java.awt.Container.add is very slow in Applets
Description
PROBLEM:
=======

By default, this applet is not running in JPI. When it is in JPI 1.4.1_01, the UI rendering/repainting will become very slow. And sometime the repaint is not correct (distorted).

TEST ENVIRONMENT:
================
Win2k, IE 6, JPI 1.4.1_01

EXPECTED v/s ACTUAL BEHAVIOUR:
=============================
The repaint should not slow down as compared to a setup without plugin. Also
it should not be distorted.

STEPS TO REPRODUCE (with the test case provided):
==================

1. Enable the JPI as the default JVM for the browser.
2. Open the HTML file "config.html".
3. Toggle between the radio buttion "Raw" and "Processed".
4. It will take a lot of time to render the component. 
   
And sometime the component can't be repainted correctly, minimizing and maximizing the browser may resolve it.

5. When "Processed" radio button is selected, first select "All" and then 
   select "Global" on the left hand tree, will see the textes on the right
   hand side overlapping on each other.

Disable the JPI as the default JVM for the browser. And try it again, you will notice the difference (i.e the problem is not seen).
Comments
EVALUATION After Initial Investigation found that the problem is not able to be reproduced in some Win2k machines. I ran the testcase on three machines. 1. Win2k with IE 5 - mem 160MB - Not reproducible 2. WIn2k with IE 5 - mem 512 MB - Not reproducible 3. Win2k with IE 5.5 - mem 128 MB - reproducible 4. Xp with IE 6.0 - mem 128 MB - reproducible In case 3 and 4 when you switch between the radio Button, CPU pegs to 100% Still trying to relate things ! ###@###.### 2002-10-30 Tested on Windows NT with mantis AppletViewer.exe, the problem exists. Assign to AWT for further investigation. ###@###.### 2002-10-31 Used Optimizeit and found that lot of time is being spent on GridBagLayout(). A call to GBUtil.addComponent() is taking lot of time. Requested for rest of the source code from submitter to understand what the application is doing. ###@###.### 2002-10-31 This problem is most likely the same as 4745222. ###@###.### 2002-11-11 Commit to fix in Tiger (performance). ###@###.### 2002-11-11 I verified that this is the same as 4745222. ###@###.### 2003-09-05
11-11-2002