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: | Build 201104290000 - Sluggish | ||
|---|---|---|---|
| Product: | ide | Reporter: | aquaglia <aquaglia> |
| Component: | Performance | Assignee: | Tomas Hurka <thurka> |
| Status: | RESOLVED DUPLICATE | ||
| Severity: | normal | CC: | jkovalsky |
| Priority: | P3 | ||
| Version: | 7.0 | ||
| Hardware: | PC | ||
| OS: | Windows XP | ||
| See Also: | http://netbeans.org/bugzilla/show_bug.cgi?id=212479 | ||
| Issue Type: | DEFECT | Exception Reporter: | |
|
Description
aquaglia
2011-05-27 16:48:34 UTC
I have come to think that the issue is caused by Windows running short of file handles. My code was not calling resp.getEntity().consumeContent() (of class org.apache.http.HttpResponse) Since the code was invoked thousands of times, Win XP ran out of handles (I think) and NB started to be sluggish. However, I am still having the problem from time to time.... Very difficult to nail down, this one. Now I am having the sluggish behaviour. The only relevant thing is that I have the output window full with a lot of logging information. I remember this being an issue also with output generated by Tomcat... NetBeans IDE 7.0.1 build #201106020000 I have uploaded a new set of files. http://dl.dropbox.com/u/4422938/nbsluggish/application-1307379340859.apps http://dl.dropbox.com/u/4422938/nbsluggish/threaddump-1307379300045.tdump http://dl.dropbox.com/u/4422938/nbsluggish/heapdump-1307379305327.hprof (In reply to comment #5) > NetBeans IDE 7.0.1 build #201106020000 > I have uploaded a new set of files. > http://dl.dropbox.com/u/4422938/nbsluggish/application-1307379340859.apps There is nothing wrong in the application snapshot you provided. > http://dl.dropbox.com/u/4422938/nbsluggish/threaddump-1307379300045.tdump > http://dl.dropbox.com/u/4422938/nbsluggish/heapdump-1307379305327.hprof There is no need to attach these separately. Thread dump and heap dump are already part of the application snapshot. If you need to upload heap dump for some reason please upload compressed version. Got sluggish again, here is the snapshot: http://dl.dropbox.com/u/4422938/nbsluggish/application-1307549436440.apps If the snapshot is not showing anything, even though the ide IS terribly slow, please tell me how I can collect the information . (In reply to comment #7) > Got sluggish again, here is the snapshot: > > http://dl.dropbox.com/u/4422938/nbsluggish/application-1307549436440.apps > > If the snapshot is not showing anything, even though the ide IS terribly slow, > please tell me how I can collect the information . According to the snapshot, it looks like a lot of time is spend GC. You can see it yourself in the monitoring tab. Heap dump shows a lot of data from the junit tests, Find usages and debugging session. It looks like your junit tests produce a lot of data and this could be a reason that the heap is almost full. I would suggest to increase Xmx to 480M and see if you can reproduce it. If you have a reproducible test case, it would be great to have it. A huge number of files in the Windows temp directory might have been the cause. Probably a duplicate of buf 212479 *** This bug has been marked as a duplicate of bug 212479 *** |