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.
using 'truss -f' on solaris, I realized that the javacvs module is reading CVS/javacvs.cache too often. I used a clean userdir, mounted a openide/src, browsed to org/openide/actions and restarted the IDE under truss, here is short snippet of the grepped output: 2812: open("/a/work/perf/openide/src/org/openide/actions/CVS/javacvs.cache", O_RDONLY|O_LARGEFILE) = 8 2812: open("/a/work/perf/openide/src/org/openide/actions/CVS/javacvs.cache", O_RDONLY|O_LARGEFILE) = 8 2812: open("/a/work/perf/openide/src/org/openide/actions/CVS/javacvs.cache", O_RDONLY|O_LARGEFILE) = 8 2812: open("/a/work/perf/openide/src/org/openide/actions/CVS/javacvs.cache", O_RDONLY|O_LARGEFILE) = 8 2812: open("/a/work/perf/openide/src/org/openide/actions/CVS/javacvs.cache", O_RDONLY|O_LARGEFILE) = 8 You can use strace on linux instead of truss.
Thanks Petr for catching this. The same problem probably has also command-line CVS integration. This is going to be solved as a part of issue #28708.
I was able to reproduce it, starting to search where is the problem...
Already fixed by Martin's integration using readCache instead of readCache_old. Verified by strace and by debuging cache referencies.
I verified it too.