我已被具有源代碼(〜1M)巨大線。現在我使用詹金斯與sonar-runner-2.4來運行代碼覆蓋率和測試用例count.I分析一個基於Java的應用程序已升級sonarqube服務器從5.4
到6.3.1
。升級此作業前需花費9hrs
才能完成整個分析(雖然時間很長但很好),但升級到sonarqube-6.3.1
後,同樣的工作取13hrs
完成同樣的分析。如何加快聲納分析工作?
我該如何提高分析時間至少在我早些時候9hr
?
編輯
這是我JAVA_OPTS
爲sonarqube-6.3.1
例如
sonar.web.javaOpts=-Xmx6G -Xms2G -XX:MaxPermSize=1G -XX:+HeapDumpOnOutOfMemoryError -Djava.net.preferIPv4Stack=true
可用的硬件:
$ lscpu Architecture: x86_64 CPU op-mode(s): 32-bit, 64-bit Byte Order: Little Endian CPU(s): 8 On-line CPU(s) list: 0-7 Thread(s) per core: 1 Core(s) per socket: 4 Socket(s): 2 NUMA node(s): 2 Vendor ID: GenuineIntel CPU family: 6 Model: 26 Stepping: 5 CPU MHz: 1596.000 BogoMIPS: 3999.44 Virtualization: VT-x L1d cache: 32K L1i cache: 32K L2 cache: 256K L3 cache: 4096K NUMA node0 CPU(s): 0-3 NUMA node1 CPU(s): 4-7
可用內存: $free -m total used free shared buff/cache available Mem: 128714 58945 66232 430 3535 68298 Swap: 32767 957 31810
sonar-project.properties對於長時間運行的任務:
9小時是很多!它不應該那麼長時間。你是否遵循[硬件要求](https://docs.sonarqube.org/display/SONAR/Requirements)? –
Hi @ Teryk-SonarSourceTeam感謝您的指導!我用硬件配置更新了我的問題,我可以引用'sonar-project.properties'指導我在哪裏做錯了什麼? –
目前我有oracle數據庫的'10GB'你能幫我多頻繁我們應該'重新索引'或'清除'它? –