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 179407 - [69cat] Loading big forms may block AWT thread for long time
Summary: [69cat] Loading big forms may block AWT thread for long time
Status: NEW
Alias: None
Product: guibuilder
Classification: Unclassified
Component: Code (show other bugs)
Version: 6.x
Hardware: All All
: P3 normal with 3 votes (vote)
Assignee: issues@guibuilder
URL:
Keywords: PERFORMANCE
: 66684 181433 181828 183508 188638 188672 189269 189368 189593 198978 199727 201211 233993 241091 245295 (view as bug list)
Depends on:
Blocks:
 
Reported: 2010-01-12 04:11 UTC by Exceptions Reporter
Modified: 2017-09-28 11:38 UTC (History)
69 users (show)

See Also:
Issue Type: DEFECT
Exception Reporter: 163978

Attachments
nps snapshot (256.00 KB, application/nps)
2010-01-12 04:11 UTC, Exceptions Reporter 		Details
nps snapshot (256.00 KB, application/nps)
2010-02-09 13:10 UTC, misterm 		Details
nps snapshot (256.00 KB, application/nps)
2010-02-09 13:11 UTC, misterm 		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 2010-01-12 04:11:25 UTC 
Build: NetBeans IDE 6.8 (Build 200912041610)
VM: Java HotSpot(TM) 64-Bit Server VM, 14.3-b01, Java(TM) SE Runtime Environment, 1.6.0_17-b04
OS: Linux, 2.6.31.9-174.fc12.x86_64, amd64
Maximum slowness yet reported was 20410 ms, average is 11814
Comment 1 Exceptions Reporter 2010-01-12 04:11:37 UTC 
Created attachment 93212 [details]
nps snapshot
Comment 2 Tomas Pavek 2010-02-05 02:45:07 UTC 
Partially fixed as bug 160377. As mentioned in that bug, there is still a lot of work being done in AWT during form loading which can only be done in AWT. In this case the snapshot shows about 6 seconds. There is no java parsing in that anymore, just loading component classes and initializing components. All that needs to run in AWT thread at once because it runs under changed Look&Feel settings which must be reverted back before another AWT event can be processed by the IDE.

So far there is no known solution for this. Loading of big forms can take longer, blocking AWT thread. At least it is properly communicated to the user (wait mouse cursor, status message).

Let's use this bug to represent this problem and see how many reports get collected.
Comment 3 misterm 2010-02-09 13:10:22 UTC 
Created attachment 94016 [details]
nps snapshot
Comment 4 misterm 2010-02-09 13:11:22 UTC 
Created attachment 94017 [details]
nps snapshot
Comment 5 Tomas Pavek 2010-02-10 06:06:48 UTC 
The last attachment (id=94017) contains snapshot showing more than 3s spent in scanning palette - this looks like a result of using a custom layout manager. It is slow only for the first time after IDE started. Also usage of custom layout managers is pretty rare, so it has not much sense e.g. to pre-scan the palette in advance.
Comment 6 misterm 2010-02-10 06:40:14 UTC 
Tomas, several snapshots in the exception reporter were produced by me once the IDE had already loaded the palette. I did three in a row, if I'm not mistaken. So this certainly isn't limited to loading the palette for first use.
Comment 7 Tomas Pavek 2010-02-10 08:00:57 UTC 
Sure, I've found the palette scanning only in one snapshot, but mentioned it for the record as a new thing to consider (that may also take time). The form loading is there always, while the palette scanning has some impact just rarely.
Comment 8 Jan Stola 2010-03-03 03:34:38 UTC 
*** Bug 66684 has been marked as a duplicate of this bug. ***
Comment 9 Jan Stola 2010-03-03 06:02:49 UTC 
*** Bug 181433 has been marked as a duplicate of this bug. ***
Comment 10 Tomas Pavek 2010-03-12 07:46:03 UTC 
*** Bug 181828 has been marked as a duplicate of this bug. ***
Comment 11 Jan Stola 2010-04-06 12:11:10 UTC 
*** Bug 183508 has been marked as a duplicate of this bug. ***
Comment 12 Jan Stola 2010-07-14 09:09:46 UTC 
*** Bug 188638 has been marked as a duplicate of this bug. ***
Comment 13 Jan Stola 2010-07-16 14:53:33 UTC 
*** Bug 188672 has been marked as a duplicate of this bug. ***
Comment 14 Jan Stola 2011-09-06 15:06:04 UTC 
*** Bug 201211 has been marked as a duplicate of this bug. ***
Comment 15 Jan Stola 2011-09-06 15:07:56 UTC 
*** Bug 199727 has been marked as a duplicate of this bug. ***
Comment 16 Jan Stola 2011-09-27 14:39:50 UTC 
*** Bug 189368 has been marked as a duplicate of this bug. ***
Comment 17 Jan Stola 2011-10-24 15:16:00 UTC 
*** Bug 189269 has been marked as a duplicate of this bug. ***
Comment 18 Jan Stola 2011-10-24 15:18:51 UTC 
*** Bug 189593 has been marked as a duplicate of this bug. ***
Comment 19 Michel Graciano 2012-03-12 17:08:00 UTC 
It is not a new issue, it is old as before and I can reproduce it for Linux as well, so it is not specific for any OS.
Comment 20 Michel Graciano 2012-03-12 17:10:46 UTC 
I am changing the TM to TBD since it was not addressed at 7.1.1 and I don't know it will be for 7.2.
Comment 21 Petr Cyhelsky 2012-10-29 10:33:29 UTC 
*** Bug 198978 has been marked as a duplicate of this bug. ***
Comment 22 Tomas Pavek 2013-08-06 16:19:13 UTC 
*** Bug 233993 has been marked as a duplicate of this bug. ***
Comment 23 Tomas Pavek 2014-01-30 18:12:02 UTC 
*** Bug 241091 has been marked as a duplicate of this bug. ***
Comment 24 Tomas Pavek 2016-01-22 17:56:28 UTC 
*** Bug 245295 has been marked as a duplicate of this bug. ***