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 164532 [details] NetBeans messages.log I've just upgraded to NetBeans 8.2 (was on 8.0.2 until today). The whole IDE isn't responsive, I've tried Oracle Java too with no luck, so I switch back to OpenJDK 8. I've disabled «auto-scanning of sources», no luck. Now the scenario: - let NetBeans start and run until CPU shows very little usage - start sampling - change tab (switch from one PHP file to another) - wait for the CPU to go down again - stop sampling Attachments: - selfsampler - CPU during the tab switch (~15 sec) - Netbeans log Note that I've set Xms to 1024, and Xmx took the same value. I don't think that's an issue, my IDE was not better with default of Xms to 32m. NetBeans 8.0.2 is slower too since this installation, so that may be related to an upgrade of Java 7 to Java 8. However I can't explain why NB is so slow under Java 8, it should be faster... or at least responsive, even with few lags, but for now it's not usable at all.
Created attachment 164533 [details] NPS file
Created attachment 164534 [details] CPU spike
Created attachment 164535 [details] NPSS from NetBeans 8.0.2 It seems that NetBeans 8.0.2 slows down on the exact same Java class: File Watcher. But I can't figure it out what the class does or what is wrong with it...
Switched back to OpenJDK 7 (1.7.0_131) from OpenJDK 8 (8u131 so it should be 1.8.0_131), and NB 8.0.2 is fine again. But I can't run NB 8.2 anymore, because it depends on Java 8...
I was running Debian 8 (Jessie), and just upgraded to Debian 9 (Stretch). I did this because I've setup another computer directly on Debian 9 and NB was working fine (with openjdk-8-jdk). And now the problem's gone. A friend told me it could be because of Java 64 bits that sometimes fallbacks to 32 bits. I'm closing this.