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.
Created attachment 113871 [details] java.lang.OutOfMemoryError When trying to upload my project (via SFTP) it takes 35 seconds to show the File Upload window. In there are 1200 files and when trying to expand the treeview, each click again requires 35 seconds. Also enabling or disabling a tree takes this long. This has been like this since 7.0, in 6.9 everything was still working fast. But new in 7.1 rc1 and rc2 (and a real show stopper) is that after being this patient and then trying to upload anyway, I will get a java.lang.OutOfMemoryError after 62% of the file upload has been processed. When trying to upload seperate smaller directories, it is still as slow, only no OutOfMemoryError This is not just individual, my colleages have the same issue.
Created attachment 113872 [details] Messages.log
Created attachment 113873 [details] uigestures
Please, reopen this issue and provide a heap dump when the OOM error occurs - detailed information can be found here [1]. Thanks. [1] http://wiki.netbeans.org/FaqNetBeansAndOOME
Couple of questions - so, your project has 1200 files - is it correct? And where do you have your project files? On a local hard drive? If there is anything special about your project, it would help us to know about it. BTW maybe it could help also to take a profiler snapshot [1] just for the Upload dialog displaying (start profiling, wait for the Upload dialog to appear, Cancel, stop profiling). Thanks. [1] http://wiki.netbeans.org/FaqProfileMeNow
Will attach a memory dump and a profile snapshot asap. The files are on a Network drive SBS 2008, under SVN control 1.6 and are uploaded to a linux server, CentOS 5.6 Further just lots of small PHP files
Created attachment 113886 [details] Profile Snapshot
(In reply to comment #5) > Will attach a memory dump and a profile snapshot asap. Will have a look at it once they are attached. The heap dump is the only way to find out what consumes memory. One note - VisualVM [1] could be very helpful for creating heap dump. > The files are on a Network drive SBS 2008, under SVN control 1.6 and are > uploaded to a linux server, CentOS 5.6 Hmm, this is the reason why it is so slow. Network drives simply can't be as fast as local drives - I will verify in the snapshot you have attached. For testing, we use MediaWiki (cca 1900 files) and the upload dialog is nearly instant. > Further just lots of small PHP files Please, could you try the FCS build of NB 7.1 [2]? In any case, I will try to solve this issue ASAP. Thanks. [1] http://visualvm.java.net/ [2] http://bits.netbeans.org/7.1/nykwml/fcs/2011-12-05_11-21-34/
(In reply to comment #7) > Hmm, this is the reason why it is so slow. Network drives simply can't be as > fast as local drives - I will verify in the snapshot you have attached. For > testing, we use MediaWiki (cca 1900 files) and the upload dialog is nearly > instant. From the snapshot, the FS is the culprit: java.io.WinNTFileSystem.getBooleanAttributes[native]() 36197 ms Unfortunately, this cannot be fixed in NetBeans, sorry.
(In reply to comment #8) > From the snapshot, the FS is the culprit: > > java.io.WinNTFileSystem.getBooleanAttributes[native]() 36197 ms > > Unfortunately, this cannot be fixed in NetBeans, sorry. That is strange, cause 6.9 didn't have this problem. It started with 7.0.
(In reply to comment #9) > That is strange, cause 6.9 didn't have this problem. It started with 7.0. The big change in NB 7.0 related to FS are native FS listeners. You can try 2 things: (1) disable auto-scanning of sources [1] (2) disable native listeners [2] Of course, then it can easily happen that some external FS change will not be recognized by NetBeans. Please, let us know if any of these helps. Thanks. [1] Tools > Options > Miscellaneous > Files [2] start NB from commandline with: -J-Dorg.netbeans.modules.masterfs.watcher.disable=true