This Bugzilla instance is a read-only archive of historic NetBeans bug reports. To report a bug in NetBeans please follow the project's instructions for reporting issues.

Bug 201930 - 4s - form.ComponentLayer$DesignerPanel.paint() calls to project API
Summary: 4s - form.ComponentLayer$DesignerPanel.paint() calls to project API
Status: RESOLVED WONTFIX
Alias: None
Product: guibuilder
Classification: Unclassified
Component: Code (show other bugs)
Version: 7.0
Hardware: All All
: P4 normal (vote)
Assignee: issues@guibuilder
URL:
Keywords: PERFORMANCE
Depends on:
Blocks:
 
Reported: 2011-09-10 14:57 UTC by jungmat
Modified: 2011-09-15 12:00 UTC (History)
1 user (show)

See Also:
Issue Type: DEFECT
Exception Reporter: 171418

Attachments
nps snapshot (24.02 KB, application/nps)
2011-09-10 14:58 UTC, jungmat 		Details
Add an attachment (proposed patch, testcase, etc.)

Note You need to log in before you can comment on or make changes to this bug.
Description jungmat 2011-09-10 14:57:59 UTC 
Build: NetBeans IDE Dev (Build 201109090600)
VM: Java HotSpot(TM) Client VM, 20.2-b06, Java(TM) SE Runtime Environment, 1.6.0_27-b07
OS: Linux

User Comments:
jungmat: come back to IDE from other application window



Maximum slowness yet reported was 5719 ms, average is 4387
Comment 1 jungmat 2011-09-10 14:58:05 UTC 
Created attachment 110604 [details]
nps snapshot
Comment 2 Jaroslav Tulach 2011-09-15 10:18:28 UTC 
The last report will be hard to fix, as most of the time is spend painting. The only NetBeans code (deep in the stack) is form editor's designer. One suspicious think is that

org.netbeans.modules.form.ComponentLayer$DesignerPanel.paint()
calls into
org.netbeans.modules.form.project.ClassPathUtils.getProjectClassLoader()

which may not be fast all the time (but in this case it adds just 200ms). Still I'd suggest to eliminate this call.
Comment 3 Jan Stola 2011-09-15 12:00:54 UTC 
As it was metioned already. The majority of time is spent in painting. We can't do much with that. Hence, I am closing this issue as 'will not fix' because I don't agree with the evaluation of 'ClassPathUtils.getProjectClassLoader()' call. The time spent in this call is negligible comparing to the whole time of the snapshot. The invocation of this method is also necessary for the corresponding code.