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 178978 - Invoking Save All took 20993 ms.
Summary: Invoking Save All took 20993 ms.
Status: RESOLVED INVALID
Alias: None
Product: guibuilder
Classification: Unclassified
Component: Code (show other bugs)
Version: 6.x
Hardware: All All
: P3 normal (vote)
Assignee: issues@guibuilder
URL:
Keywords: PERFORMANCE
Depends on:
Blocks:
 
Reported: 2009-12-22 09:16 UTC by Exceptions Reporter
Modified: 2010-04-14 10:19 UTC (History)
1 user (show)

See Also:
Issue Type: DEFECT
Exception Reporter: 162006

Attachments
nps snapshot (256.00 KB, application/nps)
2009-12-22 09:16 UTC, Exceptions Reporter 		Details
nps snapshot (256.00 KB, application/nps)
2009-12-23 05:36 UTC, Exceptions Reporter 		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 Exceptions Reporter 2009-12-22 09:16:52 UTC 
Build: NetBeans IDE 6.8 (Build 200912041610)
VM: Java HotSpot(TM) Client VM, 14.1-b02, Java(TM) SE Runtime Environment, 1.6.0_15-b03
OS: Linux, 2.6.31-16-generic, i386

User Comments:
arcnor: I've tried to start the debugger (first time since opening NetBeans)

GUEST: Loading a GUI form with a reasonable number of components in the GUI designer.


Maximum slowness yet reported was 20993 ms, average is 10729
Comment 1 Exceptions Reporter 2009-12-22 09:16:57 UTC 
Created attachment 92863 [details]
nps snapshot
Comment 2 Exceptions Reporter 2009-12-23 05:36:13 UTC 
Created attachment 92886 [details]
nps snapshot

Compiling
Comment 3 Antonin Nebuzelsky 2010-03-29 14:11:34 UTC 
Change of default owner.
Comment 4 Jesse Glick 2010-04-08 22:36:11 UTC 
A grab bag of problems lumped together by slowness reporter. Assigning arbitrarily to the first class I see (acc. to reverse chronological order); feel free to file bugs for other components, or just reassign when fixing your part, etc.

#349605, #339615, #331018: WebActionProvider.getTargetNames calls GlobalPathRegistry.getSourceRoots, which can be time-consuming when a lot of projects are open. ("we find all projects containg a web service" - is this really necessary? can it be precomputed, or done asynch with a progress notification?)

#345084, #338820,  #338735, maybe #338801: FormEditor.saveFormData results in JavaCodeGenerator.regenerateCode being called, which can apparently be quite slow, and is a bit surprising. #338797, #338797 related.

#344989: Maven's JumpAction runs in EQ even though it does some relatively expensive classpath calculations.

#333845: parsing.impl.indexing.RepositoryUpdater reacting to file change events synchronously, could probably do this asynch instead.

...and then I got tired of categorizing them.
Comment 5 David Konecny 2010-04-08 22:50:40 UTC 
(In reply to comment #4)
> #349605, #339615, #331018: WebActionProvider.getTargetNames calls
> GlobalPathRegistry.getSourceRoots, which can be time-consuming when a lot of
> projects are open. ("we find all projects containg a web service" - is this
> really necessary? can it be precomputed, or done asynch with a progress
> notification?)

WebActionProvider.getTargetNames() performance problems are already tracked as issue 182840. Passing to form.
Comment 6 Jan Stola 2010-04-14 10:19:24 UTC 
A pile of trash created by slowness reporter => closing as invalid.