0
私はsolrのクラウドセットアップを持っています。私はループで簡単なクエリを実行します。ドキュメントとクエリの数と種類は決して変更されませんが、qtimeと対応する要求時間は同じループ内で6ミリ秒から1000ミリ秒まで変化します。これを引き起こす原因は何ですか?なぜ私の繰り返しsolrクエリが異なるqtimeを持っていますか?
私はsolrのクラウドセットアップを持っています。私はループで簡単なクエリを実行します。ドキュメントとクエリの数と種類は決して変更されませんが、qtimeと対応する要求時間は同じループ内で6ミリ秒から1000ミリ秒まで変化します。これを引き起こす原因は何ですか?なぜ私の繰り返しsolrクエリが異なるqtimeを持っていますか?
これはキャッシュのためです。サービスを開始すると、すべての種類のcachesがメモリにロードされるわけではありません(これは、自動ウォームアップに依存します)。
クエリ時間は、サーバーマシンの負荷にも依存します。他のアクティビティのためにGCがサービス上で実行されている場合、queryTimeは再び変化します。
私はsolr n00bですが、solr Webダッシュボードを見ると、GCが非常に頻繁に実行されることがわかります。私は心配すべきであるか? – Kumar
もう一度[3種類](https://plumbr.eu/blog/garbage-collection/minor-gc-vs-major-gc-vs-full-gc)のGCサイクルがあります。それぞれのGCサイクルは、複数の[コレクタ](http://www.oracle.com/technetwork/java/javase/gc-tuning-6-140523.html#available_collectors)メソッドによってチューニングされています。これは、ヒープとは別にマシンに残っているメモリ量(mmapのインデックス)にも依存します。これについては、[this](https://wiki.apache.org/solr/SolrPerformanceProblems)の記事で詳しく説明しています。 –
あなたのご意見ありがとうございます。私はGCログを読んで、若い世代のGCが0.3秒に0.2秒かかることがわかりました。私はJavaの男ではないが、私はJVMのチューニングが必要だと思う。 – Kumar