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.
After start of the IDE the RecentFileAction seems to block AWT for more than 2s while creating its menu presenter. Please rewrite to do this initialization asynchronously.
Created attachment 77752 [details] proof
Created attachment 77754 [details] Whole profiler snapshot
I checked this on my local trunk build and creating menu presenters took about 150ms the very first time and about 0-15ms the others. So I will check this on the full build. If you have some hints how to reproduce it with such a time (2-3 sec) please let me know ...
I guess you need to simulate cold startup. On my linux I do it with: echo 3 > /proc/sys/vm/drop_caches and of course, you need to have fill recent files history.
Tested this under Ubuntu 8.04/1.8 Ghz Duo with cold startup in 2 ways: 1. echo 3 > /proc/sys/vm/drop_caches 2. Pure hard restart of a system In both times recent files(of 8 items) opened like a charm w/o notable delay. From profiler picture I could guess that actual delay could be if some of recent files are located on a remote drive, e.g USB stick or on NFS: The actual time is spent in java.io.UnixFileSystem.getBooleanAttributes No doubt that RecentFileAction could be improved to deal with such cases, but it's definitely not a P2 from a end user prospective.
*** This issue has been marked as a duplicate of 166903 ***