JDK-4293376 : JDB is too slow on kestrel-beta
  • Type: Bug
  • Component: vm-legacy
  • Sub-Component: jvmdi
  • Affected Version: 1.0,2.0,1.3.0
  • Priority: P4
  • Status: Resolved
  • Resolution: Fixed
  • OS:
    generic,solaris_7,windows_98,windows_nt generic,solaris_7,windows_98,windows_nt
  • CPU: generic,x86,sparc
  • Submitted: 1999-11-22
  • Updated: 2000-06-16
  • Resolved: 2000-06-16
The Version table provides details related to the release that this issue/RFE will be addressed.

Unresolved : Release in which this issue/RFE will be addressed.
Resolved: Release in which this issue/RFE has been resolved.
Fixed : Release in which this issue/RFE has been fixed. The release containing this fix may be available for download as an Early Access Release or a General Availability Release.

To download the current JDK release, click here.
Other
1.3.0 sol-beta2Fixed
Related Reports
Duplicate :  
JDK-4326260 - JDB runs incorrectly under the Hotspot VM
Duplicate :  
JDK-4367945 - Debugging a swing application with HotSpot is very slow.
Relates :  
JDK-4506433 - Tools vendors: debugging is too slow
Relates :  
JDK-4337667 - crash (sig 11) on second invocation of a breakpoint
Description

Name: krT82822			Date: 11/22/99


java version "1.3beta"
Java(TM) 2 Runtime Environment, Standard Edition (build 1.3beta-O)
Java(TM) HotSpot Client VM (build 1.3beta-O, mixed mode)


I'm running Windows 98 on a 200Mhz Pentium machine with 144MB of memory.  When
I run my app in JDB in Java 2 SDK version 1.3 Beta it is too slow to use. Just
going from mouse input to keyboard input to the next step in my program
takes way too long to the point that the debugger is unusable.  I did not have
this problem at all in SDK 1.2.2 or any of the previous releases.
(Review ID: 98116) 
======================================================================

Name: krT82822			Date: 01/11/2000


java version "1.3beta"
Java(TM) 2 Runtime Environment, Standard Edition (build 1
Java(TM) HotSpot Client VM (build 1.3beta-O, mixed mode)

The JDB debugger with 1.3beta is mind numbingly slow. Certainly, it is so bad
that I'm going to have to return to 1.2.2.

No specifics as it just seems slow doing anything. I'd estimate 10* slower that
JDB under 1.2.1
(Review ID: 99818)
======================================================================
Comments
CONVERTED DATA BugTraq+ Release Management Values COMMIT TO FIX: kest-sol-beta2 FIXED IN: kest-sol-beta2 INTEGRATED IN: kest-sol-beta2
14-06-2004
EVALUATION daniel.daugherty@Eng 2000-05-10 Steffen found some incorrect logic where single stepping was left on when the UseFastBreakpoints flag was enabled. He also cleaned up the JVM/DI initialization logic. This is only a partial fix for the JVM/DI performance problem. More work to follow... daniel.daugherty@Eng 2000-05-11 Steffen found a problem where the wrong constructor was being used for an Address object. This missing cast caused method entry and exit events to always be sent. daniel.daugherty@Eng 2000-05-17 Good news! The fast breakpoint stuff is already there for Win32 :-) src/cpu/i486/vm/SCCS/s.templateTable_i486.cpp: D 1.212 00/02/15 14:51:34 sgoldman 398 397 00038/00005/02469 MRs: COMMENTS: Added support for fast breakpoints. Since there aren't any additional specifics in the description, I think we can close this one as fixed in Kestrel Solaris Beta. The fix for 4337667 needs to be integrated before this bug is closed since that fix enables UseFastBreakpoints on Win32.
11-06-2004
SUGGESTED FIX daniel.daugherty@Eng 2000-05-10 See attached webrev.20000510.tar file for the stepping changes. This is only a partial fix. daniel.daugherty@Eng 2000-05-11 See attached webrev.20000511.tar file for the method entry/exit changes. This is only a partial fix.
11-05-2000