Qtime を減らすために (存在する場合) どのパラメーターを変更する必要があるかを知りたいです。
Qtime : The elapsed time (in milliseconds) between the arrival of the request (when the SolrQueryRequest object is created) and the completion of the request handler. It does not include time spent in the response writer formatting/streaming the response to the client.
ドキュメントを更新するときにカール応答をログに記録しましたが、その間に QTime が増加することに気付きました。
たとえば、私の最初の応答 (最初に索引付けされたドキュメントに対応) は 6293 ミリ秒です。そして、大量のインデックス化されたドキュメントの後、私の QTime は長くなります: 1560781 ミリ秒なので約 26 分!
編集
最初の測定: 10000 solr ドキュメントを含む 1 つの CSV ファイル -> QTime:6293ms
2 番目の測定: 10000 の solr ドキュメントを含む 1 つの CSV ファイル -> Qtime: 1560781 ミリ秒
これらの小節間の遅延 = 32 分 19 秒
この間隔で索引付けされたドキュメント数: 26720000 ドキュメント
それを改善することは可能だと思いますが、魔女の設定を変更してパフォーマンスを向上させることはわかりません。
私のシステムに関する情報
- 1 つのコアで 1 つの solr インスタンスを取得しました。
- 私のシステムは、8 つの CPU と 16GB の RAM を備えた仮想マシンで動作します
- RAM の約 30% を使用しています
- 私のJVMは：1.7.0_09-icedtea OpenJDKランタイム環境（rhel-2.3.8.0.el6_4-x86_64）OpenJDK 64ビットサーバーVM（ビルド23.7-b01、混合モード）
質問
- たぶん、ドキュメントを更新するためのスレッドをさらに設定する必要があるかもしれません。
- この動作は Jetty に関連していますか? (Jetty とのリンクはないと思います。誰か確認していただけないでしょうか?)
- より多くの RAM を使用してデータのインデックスを作成するにはどうすればよいですか? (私はすでに、このコマンドで Solr に十分な RAM を割り当てるように JVM を設定しています: java -Xms2048M -Xmx8192M -jar start.jar)
- それを解決するには、より多くの solr インスタンス (SolrCloud ?) を使用する必要がありますか?
- Qtime が更新の負荷とともに増加するのはなぜですか? Solr の制限 (RAM、ディスク) ですか?
更新をより迅速に完了するためのヒントをいただければ幸いです。
ありがとう。