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 28028 - speed up init of Setup Wizard
Summary: speed up init of Setup Wizard
Alias: None
Product: platform
Classification: Unclassified
Component: -- Other -- (show other bugs)
Version: 3.x
Hardware: All All
: P3 blocker (vote)
Assignee: David Simonek
Depends on: 28339 28449 30604
Blocks: 27795
  Show dependency tree
Reported: 2002-10-15 16:54 UTC by David Simonek
Modified: 2008-12-23 13:47 UTC (History)
1 user (show)

See Also:
Issue Type: TASK
Exception Reporter:

output from optimization tool (36.13 KB, text/html)
2002-10-18 15:24 UTC, David Simonek

Note You need to log in before you can comment on or make changes to this bug.
Description David Simonek 2002-10-15 16:54:06 UTC
First open takes longer then 1 second, which
violates UI responsiveness rules.
I will cooperate and help with speedup. I'll try
to identify time-consuming places using optimizing
tools, ask you for further information, perhaps I
will attach some patches. See measured numbers here:
Comment 1 Marian Mirilovic 2002-10-15 17:18:36 UTC
I provide "QA measurement", on 
	Solaris 5.8

Steps to measure:
- run IDE with new empty userdir (welcome screen is opened)
- Tools | Setup Wizard
-> measure last paint event before Setup Wizard paint finish M1
- push Next (Module Instalation pane)
-> measure last paint event before Setup Wizard paint finish M2
- push Next (Update Center pane)
-> measure last paint event before Setup Wizard paint finish M3

M1=3701,3781,3518 ms
M2=1543,1551,1513 ms
M3=331,426,387    ms

if I do something on IDE before openening Setup Wizard (open FS
customizer, open Tools | Keyboard ShortCut, ...)

M1=2668,2546 ms
M2=1505,1259 ms
M3=321,288   ms

Comment 2 David Simonek 2002-10-18 15:22:41 UTC
Attached is output from OptimizeIt, instrumentation method, measured
from start of action to first complete paint of wizard. (don't pay
attention to time numbers, they're not real, just percentage is real)
Main bottlenecks:
1) Loading of html engine
20.39 % - 1603 ms - 1 inv. -
10.8 % - 849 ms - 1 inv. -
                                           8.17 % - 642 ms - 1 inv. -

2) Unnecessary loading of autoupdate wizard panel:
22.75 % - 1788 ms - 3 inv. -
                                                       11.28 % - 887
ms - 1 inv. - org.netbeans.core.ui.IDESettingsPanel.<init>()         
% - 841 ms - 1 inv. - org.netbeans.modules.autoupdate.SetupPanel.<init>()

3) Why such amount of work with Folder and Data objects?
8.14 % - 640 ms - 6 inv. -
Comment 3 David Simonek 2002-10-18 15:24:35 UTC
Created attachment 7707 [details]
output from optimization tool
Comment 4 Marian Mirilovic 2002-11-22 15:33:01 UTC
I have filed new issue about speed up of Shortcuts wizard , see issue

Marian's measurement (time in milliseconds):
 - SUN UltraSparc60 / 512 MB RAM / Solaris 5.8 / CDE
 - JDK1.4.1(01)
 - [nb_dev](200211140100) , MDI
        - mounted sampledir

Open Setup Wizard 	2411	352	486

Setup Wizard is mesaured by QA test infrastructure on daily builds.

Test cases described on page :
Comment 5 David Simonek 2002-12-06 14:54:18 UTC
passing to Jiri. Please update to dialogs component once it is available.
Comment 6 David Simonek 2002-12-06 14:55:48 UTC
Oops, my failure, I'm already working on this  - taking back, sorry.
Comment 7 David Simonek 2002-12-06 14:57:49 UTC
marked as STARTED - we already know how to fix. Solution will need
small open API change and will be used as pattern for fixing other
dialogs & wizards.
Comment 8 David Simonek 2003-01-08 16:44:29 UTC
lowering priority, Setup Wizard isn't heavily used wizard.
Comment 9 dpavlica 2003-01-21 09:32:25 UTC
Then how much will be opening of Setup Wizard dialog improved with
this API?

Related to others dialogs: I recommend to use wait(busy) cursor for
opening all dialogs even if that opening is fast.
Comment 10 David Simonek 2003-02-05 16:55:52 UTC
Fix integrated with help of infrastructure in #30604.
Now both images in general settings panel are loaded asynchronously,
combo box containing browsers is also fed up asynchronously.
UI impact is that both images and combo box content is visible little
later, but it is almost unnoticeable in reality.
I measured speedup approx. 20-25%