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 28595 - Provide warm-up task for editor
Summary: Provide warm-up task for editor
Status: RESOLVED FIXED
Alias: None
Product: editor
Classification: Unclassified
Component: -- Other -- (show other bugs)
Version: 3.x
Hardware: PC Windows ME/2000
: P2 blocker (vote)
Assignee: issues@editor
URL:
Keywords: PERFORMANCE
Depends on: 28591
Blocks: 27710 34161
  Show dependency tree
 
Reported: 2002-11-08 14:59 UTC by Tomas Pavek
Modified: 2007-11-05 13:44 UTC (History)
1 user (show)

See Also:
Issue Type: TASK
Exception Reporter:


Attachments
A deadlock that occurred when reading editor settings together with opening a folder in Explorer. (14.85 KB, text/plain)
2002-11-08 15:03 UTC, Tomas Pavek
Details

Note You need to log in before you can comment on or make changes to this bug.
Description Tomas Pavek 2002-11-08 14:59:49 UTC
Test and implement some suitable pre-initializing
task that would improve first-usage
responsiveness. For more details see also issue
28591 and
http://www.netbeans.org/servlets/ReadMsg?msgId=395924&listName=nbdev

This should also help to solve issue 27710.

I've already started some work in warmup_40 branch
and succeeded in decreasing time of first java
file opening by one half (from 4 seconds to 2).
You may see the task in:
/cvs/editor/src/org/netbeans/modules/editor/EditorWarmUpTask.java
/cvs/editor/src/org/netbeans/modules/editor/resources/layer.xml

However, this is just an experiment, with detailed
knowledge of the module I believe more effective
preinitialization could be done.

The most important problems of first usage (so
good candidates for preinitialization) are:
- classes loading (about 30% of whole time),
- loading settings (tried to solve by pre-creating
JavaKit),
- creating actions,
- initializing NavigationView and toolbar,
- etc.

Some realization problems:
- how to ensure most classes are loaded and
resolved without loading them explicitly one by
one by name,
- there is a big danger of deadlock, as the
preinitialization runs in separate thread in
different concurent conditions than normally (all
operations should be thread safe),
- the task itself should not run (or run very
quickly) if not needed (e.g. when IDE starts with
the editor opened).
Comment 1 Tomas Pavek 2002-11-08 15:03:40 UTC
Created attachment 7895 [details]
A deadlock that occurred when reading editor settings together with opening a folder in Explorer.
Comment 2 Tomas Pavek 2002-11-08 16:51:24 UTC
Note editor pre-initialization should be optimized together with the
java module one - see issue 28596.
Comment 3 Martin Roskanin 2003-02-14 14:06:28 UTC
implemented in [maintrunk]

Mentioned deadlock has been already fixed (issue #28719)
Comment 4 Martin Roskanin 2003-05-26 09:56:32 UTC
Intergrated also in [prj40_prototype]