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.
Summary: | Improve UI responsiveness of first file opening | ||
---|---|---|---|
Product: | editor | Reporter: | Tomas Pavek <tpavek> |
Component: | -- Other -- | Assignee: | issues@editor <issues> |
Status: | RESOLVED FIXED | ||
Severity: | blocker | Keywords: | PERFORMANCE |
Priority: | P1 | ||
Version: | 3.x | ||
Hardware: | All | ||
OS: | All | ||
Issue Type: | TASK | Exception Reporter: | |
Bug Depends on: | 18210, 23340, 26914, 28595, 28870 | ||
Bug Blocks: | 26581, 27183, 27791 | ||
Attachments: |
CPU profiling snapshot (OptimizeIt), sampler method
CPU profiling snapshot (OptimizeIt), instrumentation CPU profiling snapshot - firts opening with warm-up preinitialization |
Description
Tomas Pavek
2002-10-01 14:41:21 UTC
Created attachment 7577 [details]
CPU profiling snapshot (OptimizeIt), sampler method
Created attachment 7578 [details]
CPU profiling snapshot (OptimizeIt), instrumentation
The sampler snapshot is good for examining relative time distribution, instrumentation snapshot shows method invocation counts (all methods calls are recorded). *** Issue 27790 has been marked as a duplicate of this issue. *** The first time opening can be improved significantly by doing a warm-up after the IDE start. See issue 28595. I'll attach a snapshot showing the rest of the problems (when the warmup patch is applied). Created attachment 7898 [details]
CPU profiling snapshot - firts opening with warm-up preinitialization
There are two main time expensive things visible now: - updating NavigationView on addNotify(), - refreshing editor toolbar from NbEditorUI.createExtComponent(). I believe both things could be postponed and done after the file is opened (editor is painted). Switching off the toolbar improves the first file opening significantly (about 700ms of 4s). Another point of view is size of opened text. Mila confirmed that huge files are completely read into memory before the first line is being displayed. Also reported as issue 18210. Additional measuring: opening 209KB java file (the largest one in NetBeans codebase). You may compare with small file numbers from above. The difference is noticeable, but the file is really huge (over 5000 lines). So I think this is rather a secondary problem, showing up in extreme cases... 1st NB40 5344 5375 5625 5343 5501 2nd NB40 1000 953 1016 922 937 Marian's measurement (time in milliseconds): conditions: - SUN UltraSparc60 / 512 MB RAM / Solaris 5.8 / CDE - JDK1.4.1(01) - [nb_dev](200211140100) , MDI - mounted sampledir opening files open form [ColorPicker] - SE closed 316/14262 3878 3754 - SE opened 3765 1537 822 open java [ColorPreview] - SE closed 7040 716 283 - SE opened 501 433 422 open txt [Readme] - SE closed 4176 616 495 - SE opened 651 377 358 Test cases described on page : http://performance.netbeans.org/qa/TestSuites.html#open_java_file Please focus on this primarily for M3, issue 28595 should help. We can close this as fixed I think. Warm-up did most of the job (issue 28595). I created new issue 31510 for the toolbar initialization. |