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.
Summary: | Extremely slow project scanning | ||
---|---|---|---|
Product: | java | Reporter: | mclaborn <mclaborn> |
Component: | Project | Assignee: | Tomas Zezula <tzezula> |
Status: | RESOLVED FIXED | ||
Severity: | normal | CC: | ceklock, pjiricka |
Priority: | P3 | Keywords: | PERFORMANCE |
Version: | 7.0 | ||
Hardware: | All | ||
OS: | All | ||
Issue Type: | DEFECT | Exception Reporter: | |
Attachments: | log file with FINE logging - showing a slow scan |
Description
mclaborn
2011-07-12 15:56:17 UTC
This is really slowing me down. Any progress? Hi, can you please include a more detailed log of the scanning operations? See this HOWTO: http://wiki.netbeans.org/FaqScanningAndIndexingIssues Basically, run the IDE with the following parameter: -J-Dorg.netbeans.modules.parsing.impl.indexing.RepositoryUpdater.level=FINE Thanks. Also, did you try updating to 7.0.1 using the Tools -> Plugins dialog? That may fix some problems. I did update to 7.01. Product Version: NetBeans IDE 7.0.1 (Build 201107282000) Java: 1.6.0_26; Java HotSpot(TM) 64-Bit Server VM 20.1-b02 System: Linux version 2.6.35-30-generic running on amd64; UTF-8; en_US (nb) Userdir: /home/mclaborn/.netbeans/7.0 I edited a file in my most-used project, adding this method: public static String fred() { return "fred was here"; } The resulting scan took about 90 seconds, measured by watching the status bar at the bottom of the NB windows. I will shortly attach the log file with FINE logging enabled. I've marked in it where I think that this scan started with ============Scan starts here================== Created attachment 110044 [details]
log file with FINE logging - showing a slow scan
log file with FINE logging - showing a slow scan.
Start position of scan is marked in log with
============Scan starts here==================
Assigning to Java - Any ideas on this? I just had to refactor 4 methods, deprecating them in one project and moving to another project. What should have been a 5 minute task took more like 20. Any progress?? I need to do a lot of refactoring and this is really slowing me down. Related bugs: Slowness after "Clean and Build Main Project" https://netbeans.org/bugzilla/show_bug.cgi?id=203351 Option to enable "Verbose Project Scan" https://netbeans.org/bugzilla/show_bug.cgi?id=203859 JUnit calls 'Clean and Build' without need https://netbeans.org/bugzilla/show_bug.cgi?id=203618 This is still a big problem for me. I can count on a 2 - 3 minute delay every time I edit a class in one of my common projects. Arrrgh! This is really a problem. Any progress? The slow rescan after save is mostly when you modify the file on which depend lots of other classes. The NB by default updates the error badges on these dependent files in all open projects which depend on the project. This can be customized in Tools/Options/Editor/Hints. In the Tree with hints select "Dependency Scanning" (should be the last one) and change scope. Changing the scope certainly helps, but disables a major piece of very useful NB functionality. I will certainly change the scope next time I am doing some major refactoring. I consider this a workaround rather than a solution. The project scanning seems to take inordinately long. Maybe something could be done to speed it up. The real impact for me with the long project scans is that it disables the autocomplete/suggest feature while the scan is running. If the suggestion feature could be decoupled from the project scanning, most of my problem would go away. I can live with the error badges taking a while to be updated, as long as I can continue to code with autocomplete while the scan is running. What happened with the "Scan on demand" feature? (In reply to comment #0) Try to use your common project as library. Create a jar containing all the classes and use the jar in the other projects. Fixed jet-main 41985eb45913. In the NB 7.2 the indexing does not block editor features as it's transactional. In addition of it there were performance improvements in scanning. For all changes see: http://wiki.netbeans.org/IndexingPerformance72 |