SonarQube 5.3サーバーを実行していますが、応答時間が非常に遅く、さまざまなジョブスキャナーからソケットタイムアウトエラーが発生することがあります。平均sonarqubeサーバーからの応答時間が非常に遅い
上< 0.1秒:ちょうどSonarQubeは(聞かない)は、Windows 7のボックス上で実行されている、いくつかの視点を与えるために、そのジェンキンスから
応答時間(Tomcatのの別のインスタンスで)ジェンキンスですSonarQubeからの応答時間:3-30秒、平均で約9-12秒の範囲
SonarQubeはWindowsサービスとしてインストールされており、Jenkinsが動作しているTomcatもインストールされています。
SQはに対して実行されているデータベース・サーバーは、Oracleである、と私は本当に疑問Oracleサーバーなどの待ち時間のソースが速いとローカルの両方さだという... Here'reは、JVMは、SQのために付き合え
sonar.web.javaOpts=-Xmx1536m -Xms256m -XX:MaxPermSize=160m -XX:+HeapDumpOnOutOfMemoryError -server -Djava.net.preferIPv4Stack=true -Djruby.compile.invokedynamic=false -Dfile.encoding=UTF-8
私は途方に暮れてちょっとだjava 1.8_u45
上で実行? (多分他のハードウェア/ OS上でそれを実行して、以外。)
ところで、私はSonarSourceチームの誰かの注目を集めています。私はこれが応答時間の改善の代替手段であるとほとんど見ることができます。私はsqを実行するこの方法がもうサポートされていないことを知っていますが、私はサポートを落とすことは貧しい決定だと思っています – sloven
私が正しく理解すれば、Webサーバーは遅く、結果スキャナは初期化し、この場合、サーバーの問題を調査するために、TRACEログを有効にしてSQLおよびElasticsearch要求の実行時間を取得できます(conf/sonar.propertiesのsonar.log.levelを参照)。補足では、HTTPリクエストの応答時間も記録できます(sonar.web.accessLogs.patternの%Dを参照)。 –
認証スタックは、外部システム(LDAP、OpenId、...)に接続するかどうかを確認することもできます。 –