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 123781 - Excessive time between selecting a file and being able to use it.
Summary: Excessive time between selecting a file and being able to use it.
Status: RESOLVED WORKSFORME
Alias: None
Product: editor
Classification: Unclassified
Component: Painting & Printing (show other bugs)
Version: 6.x
Hardware: PC All
: P3 blocker (vote)
Assignee: issues@editor
URL:
Keywords: PERFORMANCE
Depends on:
Blocks:
 
Reported: 2007-12-10 21:26 UTC by darrinps
Modified: 2009-11-03 18:41 UTC (History)
7 users (show)

See Also:
Issue Type: DEFECT
Exception Reporter:


Attachments
Dump1FirstWait (35.36 KB, text/plain)
2007-12-11 18:49 UTC, darrinps
Details
Dump2FirstWait (28.40 KB, text/plain)
2007-12-11 18:50 UTC, darrinps
Details
Dump3SecondWait (28.83 KB, text/plain)
2007-12-11 18:50 UTC, darrinps
Details

Note You need to log in before you can comment on or make changes to this bug.
Description darrinps 2007-12-10 21:26:46 UTC
I select a file in my project, time how long it takes until the file populates inside of the editor, and then time it
again to see how long it takes for the code to be parsed (how long before you can highlight variables for example).

To get a 160 line file into the editor took 5 seconds. 

For that same file to be parsed took an additional 15 seconds for a total of 20 seconds before you could do much with it.

I tried the same thing with the same file in eclipse.  The total time was less than a second.

Note that this file is located on the network...but then again it is for eclipse too and that has no problem with it.
Comment 1 darrinps 2007-12-10 21:30:35 UTC
Note that this is similar to 120222...not a duplicate, but it may have the same root cause and this is much more
detrimental to productivity than the other defect.  
Comment 2 darrinps 2007-12-10 22:27:28 UTC
Note that this issue seems to get worse if you select another file before the first one has finished populating.

I've been "hung" for several minutes now with Netbeans unresponsive.

Comment 3 Vitezslav Stejskal 2007-12-11 10:52:20 UTC
Thanks for the measurements. When waiting could you please take several thread dumps to see what the IDE is doing -
http://wiki.netbeans.org/wiki/view/GenerateThreadDump? Thanks
Comment 4 darrinps 2007-12-11 18:49:50 UTC
Created attachment 54159 [details]
Dump1FirstWait
Comment 5 darrinps 2007-12-11 18:50:21 UTC
Created attachment 54160 [details]
Dump2FirstWait
Comment 6 darrinps 2007-12-11 18:50:39 UTC
Created attachment 54161 [details]
Dump3SecondWait
Comment 7 darrinps 2007-12-11 19:00:14 UTC
Added three dumps.

Note, I really think this should be a P2.  It's very difficult to do much when things are this slow.
Comment 8 Vitezslav Stejskal 2007-12-12 09:08:33 UTC
Thanks for the thread dumps. There are some performance tips on nb.org and wiki, please read through them to see if
something applies to your situation:

http://performance.netbeans.org/howto/jvmswitches/index.html
http://wiki.netbeans.org/wiki/view/NetBeansUserFAQ#section-NetBeansUserFAQ-Performance

This is likely to need some time for analysis and I'm not sure how far we will get with it. Maybe java-infra gurus will
have some insight too...
Comment 9 darrinps 2008-02-11 16:37:47 UTC
Any update?  I think 6.2 is supposed to address performance issues correct?
Comment 10 Vitezslav Stejskal 2008-02-12 10:05:25 UTC
No, no update so far, sorry. Yes, 6.1 is mostly bugfixing realease.
Comment 11 darrinps 2008-04-30 19:19:08 UTC
Just checking in...any update on this?  6.1 is final now and it seems to have everything in it you could want and
appears to be fairly stable.  The performance however with larger projects across the network is atrocious at the
current time.
Comment 12 Vitezslav Stejskal 2008-05-04 16:55:20 UTC
Hi, I don't have much update except for the issue #129561, which we fixed __after__ the final build of 6.1. The fix,
however, should be available in 6.1 patch1 (when this is available). I'm not sure how much effect the fix will have in
your particular usecase, but in general the fix will decrease the number of redraws and speed up processing of
highlights supplied by various parts of the IDE.
Comment 13 Vitezslav Stejskal 2009-11-03 18:41:56 UTC
If this is still a problem in recent 6.8dev builds (or 6.8beta) please reopen and use Profile Me! and attach the
profiler snapshot here. Thanks

http://wiki.netbeans.org/GenerateThreadDump#section-GenerateThreadDump-ProfileMeNowSinceNetBeans6.7