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 191677 - LowPerformance took 3306 ms.
Summary: LowPerformance took 3306 ms.
Status: RESOLVED FIXED
Alias: None
Product: projects
Classification: Unclassified
Component: Generic Infrastructure (show other bugs)
Version: 6.x
Hardware: All All
: P3 normal (vote)
Assignee: Jesse Glick
URL:
Keywords: PERFORMANCE
Depends on: 211842
Blocks:
  Show dependency tree
 
Reported: 2010-11-05 16:01 UTC by Michel Graciano
Modified: 2012-06-01 16:06 UTC (History)
12 users (show)

See Also:
Issue Type: DEFECT
Exception Reporter: 155410


Attachments
nps snapshot (22.03 KB, application/nps)
2010-11-05 16:01 UTC, Michel Graciano
Details
nps snapshot (41.94 KB, application/nps)
2010-12-08 08:24 UTC, sebglon
Details

Note You need to log in before you can comment on or make changes to this bug.
Description Michel Graciano 2010-11-05 16:01:47 UTC
This issue was reported manually by hmichel.
It already has 4 duplicates 


Build: NetBeans IDE Dev (Build 101105-e5e1e4f1fe6d)
VM: Java HotSpot(TM) Client VM, 16.3-b01, Java(TM) SE Runtime Environment, 1.6.0_20-b02
OS: Linux

User Comments:
GUEST: right mouse click on maven subproject

hmichel: Expanded NetBeans main repository at Favorites view

mhe: Build the project and try to open the project properties



Maximum slowness yet reported was 18516 ms, average is 8543
Comment 1 Michel Graciano 2010-11-05 16:01:54 UTC
Created attachment 102819 [details]
nps snapshot
Comment 2 Jesse Glick 2010-11-05 17:08:45 UTC
Dupe of something involving NewFile.fillSubMenu I think. Also apisupport is scanning for modules in the background. Probably WONTFIX but needs to be classified.
Comment 3 Michel Graciano 2010-11-05 20:04:59 UTC
In my case, I think the problem was hg process looking for changes, running a hg status command. This generates a lot of IO activity which probably reflects at IDE performance.
Comment 4 sebglon 2010-12-08 08:24:46 UTC
Created attachment 103718 [details]
nps snapshot
Comment 5 err 2011-07-01 20:06:22 UTC
About Report #155410, Id #517018. I commonly get 10's of seconds hang after clicking on something in favorites folder so I can open it as a project. I wonder if its looking at too many things in Favorites rather than just what I clicked on.

I would think all that's needed is to look for nbproject under the one subfolder I click on.

I have a link in Favorites to the root of main-silver source, very painful.

Observations:
1) start IDE, wait for "opening projects" to finish, things are idle.
2) select favories tab, wait for mercurial action to finish
3) open folder-link to main-silver, get very large number of subfolders
4) scroll favorites up/down seeing all the modules, NB gets very busy for
   a minute after stop scrolling.
   NOTE: there is no status bar indication of scanning or other activity.

Waiting for everything to finish and there is no hang when clicking on a folder.

It doesn't always hang if you click while it is busy. Clicking for the context menu immediately after expanding the root folder is pretty reproducible for getting the long hang.
Comment 6 Jesse Glick 2011-07-01 21:12:24 UTC
core-main #ebfe0a15cf37
Comment 7 Quality Engineering 2011-07-02 14:07:16 UTC
Integrated into 'main-golden'
Changeset: http://hg.netbeans.org/main-golden/rev/ebfe0a15cf37
User: Jesse Glick <jglick@netbeans.org>
Log: #191677: LowPerformance took 3306 ms.
Run prepareTemplates off EQ.