1

我已被具有源代碼(〜1M)巨大線。現在我使用詹金斯sonar-runner-2.4來運行代碼覆蓋率和測試用例count.I分析一個基於Java的應用程序已升級sonarqube服務器從5.46.3.1 。升級此作業前需花費9hrs才能完成整個分析(雖然時間很長但很好),但升級到sonarqube-6.3.1後,同樣的工作取13hrs完成同樣的分析。如何加快聲納分析工作?

我該如何提高分析時間至少在我早些時候9hr

編輯

這是我JAVA_OPTSsonarqube-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對於長時間運行的任務:

sonar-project.properties

+0

9小時是很多!它不應該那麼長時間。你是否遵循[硬件要求](https://docs.sonarqube.org/display/SONAR/Requirements)? –

+0

Hi @ Teryk-SonarSourceTeam感謝您的指導!我用硬件配置更新了我的問題,我可以引用'sonar-project.properties'指導我在哪裏做錯了什麼? –

+0

目前我有oracle數據庫的'10GB'你能幫我多頻繁我們應該'重新索引'或'清除'它? –

回答

0

當你還沒有真正考慮到許多細節,我真的不能給答案中的許多細節,但簡單的答案是,你必須讓掃描工作做得更少。

看看你的代碼庫。您的掃描處理是否生成類?它掃描測試類嗎?它是否掃描幾乎沒有真正業務邏輯的類?如果您對其中任何一個回答「是」,請考慮排除這些類別。

看看你正在使用的SonarQube插件。你正在運行你可以運行的所有可能的插件嗎?是否有一些啓發法不需要運行,或者運行頻率較低?

+0

HI @David,謝謝你的回答!我已經更新了我的問題的細節。你能幫我一樣嗎?如果您需要更多的細節,請告訴我。謝謝! –