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 258146

Summary: When Netbeans is running, external tools like PHP unit are slowed down with ~ 50%
Product: platform Reporter: dynasource
Component: FilesystemsAssignee: Jaroslav Havlin <jhavlin>
Status: NEW ---    
Severity: normal CC: tmysik
Priority: P3    
Version: 8.1   
Hardware: PC   
OS: Windows 7   
Issue Type: DEFECT Exception Reporter:

Description dynasource 2016-02-25 18:09:21 UTC
Short description:
Netbeans or its Java pid are listening to external files, slowing down external tools.

Scenario:
- Windows 7
- 2 SSD's in stripe
- Netbeans is running
- PhpUnit is running from CMD
- Testing is done parallel with 6 processors
- PhpUnit is slowed down by Netbeans

Description:
When PhpUnit is running externally, Netbeans is running at HIGH CPU. When Nirsoft ProcessActivity monitor is started, this behavior is confirmed. It shows that Netbeans accesses thousands of files outside its own scope, during a run of PHP unit in the CMD.

This is remarkable, as auto scanning of sources is disabled. Alternatively, when PHP unit is run within Netbeans, similar behavior occurs. Netbeans takes down the speed of the testing and occupies a CPU, resulting eventually in a delay of ~50%.

This behavior of listening to files accessed externally, of course, isnt desired behavior. Within my scenario with 2 striped SSD's it is my goal to finish tests as fast as possible. For people having old HDD's, this kind of behavior would be unworkable I guess.

I would like to know where this problem comes from. Auto scanning sources is already disabled. How can Netbeans be forced to idle state with respect to extern accessing of files? Is it possible to deactivate the listening? Currently, auto scanning source does not fix this issue.

Thanks for looking at this!
Comment 1 Tomas Mysik 2016-02-26 06:55:30 UTC
I guess this belongs to FS listeners, right? Please evaluate, thanks.