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 38273 - TODOs are slow and memory intensive
Summary: TODOs are slow and memory intensive
Status: RESOLVED WONTFIX
Alias: None
Product: contrib
Classification: Unclassified
Component: Tasklist (show other bugs)
Version: 3.x
Hardware: PC Linux
: P3 blocker (vote)
Assignee: tasklist-issues@contrib
URL:
Keywords: PERFORMANCE
Depends on: 6050 37802 38262 38272 42786
Blocks:
  Show dependency tree
 
Reported: 2003-12-22 17:24 UTC by _ pkuzel
Modified: 2009-09-24 15:25 UTC (History)
1 user (show)

See Also:
Issue Type: ENHANCEMENT
Exception Reporter:


Attachments
SourceTasksView leak (4.09 KB, text/plain)
2003-12-23 14:17 UTC, _ pkuzel
Details
Patch that improves scan perfomance if multiple optional modules senabled (3.06 KB, patch)
2004-03-09 13:16 UTC, _ pkuzel
Details | Diff

Note You need to log in before you can comment on or make changes to this bug.
Description _ pkuzel 2003-12-22 17:24:01 UTC
Scanning broader context (All Files with mounted
1GB project) takes long time (~1 hour) and can
cause out of memory exception.

The scanning process touches data systems layer
and uses EditorCookie. So any internal performance
problems are multiplied by those in domain modules.
Comment 1 _ pkuzel 2003-12-22 17:27:36 UTC
Both properties and java module needlesly parses their files on
EditorCookie.openDocument() and EditorCookie.close() !!! calls.
Comment 2 _ pkuzel 2003-12-23 14:17:21 UTC
Created attachment 12661 [details]
SourceTasksView leak
Comment 3 _ pkuzel 2004-02-03 13:31:24 UTC
I plan to add 'direct context' for XML files.
Comment 4 _ pkuzel 2004-02-06 14:34:40 UTC
No more fixes planned in 3.6 timeframe. Generic ENHANCEMENT for next
releases depending on above issues (issue #6050).
Comment 5 _ pkuzel 2004-03-02 17:40:32 UTC
Trond posted enhancement of TODOs scanning code.

We can also narrow providers if only TODOs client view is active.
Comment 6 _ pkuzel 2004-03-03 09:28:43 UTC
Another pending improvement is java.nio usage. It could improve memory
performance a little bit (shared buffer).
Comment 7 _ pkuzel 2004-03-09 13:16:59 UTC
Created attachment 13897 [details]
Patch that improves scan perfomance if multiple optional modules senabled
Comment 8 _ pkuzel 2004-03-09 13:19:20 UTC
I attached simple patch that should eventually go to release36 too. It
improves TODO scan scalability a little bit. It's must with optional
modules installed.
Comment 9 _ pkuzel 2004-04-06 10:44:32 UTC
ProviderAcceptor.java concept introduced and used in broker code.
Comment 10 Stanislav Aubrecht 2009-09-24 15:25:37 UTC
task list has been completely rewritten