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.
Product Version = NetBeans IDE Dev (Build 201303112300) Operating System = Windows 7 version 6.1 running on amd64 Java; VM; Vendor = 1.7.0_13 Runtime = Java HotSpot(TM) 64-Bit Server VM 23.7-b01 Few days ago I've reported a slowdown in JS editor. Then NB team discovered a issue in Navigator window causing the intermitent slowdown. Now, I've similar slowdown in Java editor. This is a amazing fast machine (8 cores at 3.1 Ghz), and cursor stay blinking from "busy" to "caret" while I'm typing. I'm sure this wasn't happening in previous version, and I suppose this has been caused by some new feature in editor (breadcrumb? code folding?). To easy the understanding of the issue I'm talking about, I'll upload a video os the session.
Created attachment 132533 [details] IDE log
As the string became longer, the issue became visible - and the typewriter had to go back to correct typing (accents, for instance, won't work well when the slowdown is happening).
Created attachment 132535 [details] Video of the issue.
Could you please create a profiler snapshot (using the 'Profile the IDE' action - Alt+Shift+Y) and attach it to the issue? Thanks.
Created attachment 132558 [details] Ide Snapshot as requested.
Reopening with requested information in place.
I wonder if bug #228794 is related?
(In reply to comment #7) > I wonder if bug #228794 is related? Which relation has macro expansion bug with slowdown in editor? Regards, Edson
I think the relation is that it took about half an hour before the navigator window updated properly, a slowdown in exxess don't you think?
(In reply to comment #9) > I think the relation is that it took about half an hour before the navigator > window updated properly, a slowdown in exxess don't you think? Hum... yes, but you have not mention the slowdown at first place, neither in original bug report. Could you reproduce the problem? Perhaps, some misbehavior would be better "visualized" if you can record a session. Also, record a snapshot of the IDE during the process, would give a good idea about which threads are active, and what IDE was doing behind the scenes.
Uhh... Sri about that, just have too much to do at the moment. I've should have written some additional entry about that, but just haven't gotten to it...
The slowdown still happen in 201304292300 DEV build.
I think the problem is in the code in org.netbeans.modules.editor.java.JavaCodeTemplateProcessor.updateImports(). If this method is called frequently (user fast typing) there is always new Runnable created and posted into invokeLater queue. The longer you type fast the more Runnables are executed ... I think it should be done that if request comes and new Runnable is already scheduled to run the new one should not be added. Something like calling RequestProcessor.Task.schedule(0);
Created attachment 135954 [details] DEV 20130616: Log with the -J-Dorg.netbeans.core.NbLifecycleManager.level=FINE
Comment on attachment 135954 [details] DEV 20130616: Log with the -J-Dorg.netbeans.core.NbLifecycleManager.level=FINE wrong ticket!
Added a better summary after clarifying the real issue.
(In reply to comment #16) > Added a better summary after clarifying the real issue. God damn it! Wrong ticket again - sorry!!!
Fixed in jet-main. http://hg.netbeans.org/jet-main/rev/40b49c8b0647
Integrated into 'main-silver', will be available in build *201307011244* on http://bits.netbeans.org/dev/nightly/ (upload may still be in progress) Changeset: http://hg.netbeans.org/main-silver/rev/40b49c8b0647 User: Dusan Balek <dbalek@netbeans.org> Log: Issue #227379: Slowdown in editor - fixed.