I did the following:
- added a remote host
- added its root directory to facorites
Since the IDE was launched with the flag -J-Dremote.support.logger.level=FINEST
I was able to see how many requests to remote agent (fs_server) IDE did.
There were 5980 requests!
5708 requests were from remote VCS.
Only 272 requests (4.5%) were from other components
And neither of top-level directories were under VCS!
This should be addressed.
(I have a very simple idea, but let's not mix the problem statement with ideas how to fix)
There is a funny story about that: to access and manage remote files on a slow file system (that reside in US), our QA use DbxTool. Valery just told me that it works faster and more stable than IDE. And that's exactly because remote VCS is OFF in DbxTool.
The proposed solution:
1) There should be an "Automatic VCS discovery" option
2) If the option is OFF, then there should be a menu item on remote folders that allows to switch it ON
The questions are
a) whether to turn the option to OFF by default (I think it should be OFF)
b) how should the menu item in (2) look like. I would propose "Turn VCS discovery ON", so user does not specify the particular VCS and specific folder, just IDE performs its automatic discovery in this folder and its children.
c) should there be a place in options that contain the list of all folders automatic discovery is allowed? (I think this would be fine, but not necessary=
As a temporary solution, I propose to use just a -J-Dversioning.allowedFolders command line switch (note that we already have -J-Dversioning.forbiddenFolders one)
There is an evidence from out QA that this really slows down the IDE.
QA guys use NetBeans to access remote directories in US, view and edit files, etc. They found that DbxTool works much faster and much more stable than IDE. DbxTool does not support rempote VCS, so my assumption was that it's exactly the reason of better behaviour.
This assumption was recently confirmed: as soon as these guys added
IDE command line option (which switches remote VCS off), IDE behaved as "good" as DbxTool does - it became much faster and much more stable.
We need to address this issue in the patch.
fixed in 63b7c38a886c, bcaf05cdfc7b on enum/release82
(change set bcaf05cdfc7b also contains fix for issue 269205)