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.
Build: NetBeans IDE Dev (Build 090721) VM: Java HotSpot(TM) Client VM, 14.0-b16, Java(TM) SE Runtime Environment, 1.6.0_14-b08 OS: Linux, 2.6.28-13-generic, i386 User Comments: jglick: Cancelling incr search and restarting it. Maximal alredy reported slowness was 6156 ms, average is 6156
Created attachment 85093 [details] nps snapshot
I see DocumentFinder.RegExpBlocksFinder.find as the last NetBeans code that takes 6s. The rest is regexp. Very likely on some really big document.
Maybe TextSearchHighlighting should process requests outside of AWT and set the highlights when they are ready.
Integrated into 'main-golden', will be available in build *200911030222* on http://bits.netbeans.org/dev/nightly/ (upload may still be in progress) Changeset: http://hg.netbeans.org/main-golden/rev/88fca269ebbb User: Vita Stejskal <vstejskal@netbeans.org> Log: #168999: compute text search highlights asynchronously
http://hg.netbeans.org/jet-main/rev/88fca269ebbb
Reconsider usage of RequestProcessor.getDefault() as it allows parallel execution of all its Runnables. Is that what you want in this case? My guess is that single throughput RP would be better.