| Summary: | Debugger is painfully slow | ||||||
|---|---|---|---|---|---|---|---|
| Product: | [Eclipse Project] JDT | Reporter: | Johannes Rieken <johannes_rieken> | ||||
| Component: | Debug | Assignee: | JDT-Debug-Inbox <jdt-debug-inbox> | ||||
| Status: | CLOSED WONTFIX | QA Contact: | |||||
| Severity: | major | ||||||
| Priority: | P3 | CC: | darin.eclipse | ||||
| Version: | 3.6 | ||||||
| Target Milestone: | --- | ||||||
| Hardware: | Macintosh | ||||||
| OS: | Mac OS X - Carbon (unsup.) | ||||||
| Whiteboard: | stalebug | ||||||
| Attachments: |
|
||||||
|
Description
Johannes Rieken
Created attachment 166466 [details]
movie showing a debug attempt
It looks like you have your settings to display the 'toString()' as the label for all variables. Whem computing the toString for a value the debugger waits a maximum of 5 seconds for the toString() to complete. It looks like each "slow" variable takes about 5 seconds before failing... If you switch "Preferences > Java > Debug > Detail Formatters" to "In the detail pane only", are things faster? What sort of 'toString' do the slow/failing objects have? If they are expensive to compute, the debugger will be slow. That helped. It's not really snappy, but it showed an noticeable improvement. Are there any other features you recommend not using due to performance penalties?
> What sort of 'toString' do the slow/failing objects have? If they are expensive
> to compute, the debugger will be slow.
It's mainly proxy objects (Java 'native' proxies).
This bug hasn't had any activity in quite some time. Maybe the problem got resolved, was a duplicate of something else, or became less pressing for some reason - or maybe it's still relevant but just hasn't been looked at yet. If you have further information on the current state of the bug, please add it. The information can be, for example, that the problem still occurs, that you still want the feature, that more information is needed, or that the bug is (for whatever reason) no longer relevant. -- The automated Eclipse Genie. |