私はelasticsearchをセットアップしましたが、うまく機能します。
いくつかの一括挿入を行い、負荷テストを少し行いました。50mbただし、しばらくアイドル状態であり、ヒープサイズが開始時のサイズに縮小されない理由がわかりません。GCは起こらなかったと思いますか？
ノードはAWSの異なるマシンで実行されていることに注意してください。それらはすべて小さなインスタンス上にあり、各インスタンスには1.7GBのRAMがあります。
何か案は？
2438 次
3 に答える
2
おそらく。言うのは難しいですが、JVMはメモリを管理し、最善と思われることを実行します。それは単に必要ではないので、GCサイクルを回避している可能性があります。mlockall実際、ヒープが起動時に完全に割り当てられ、変更されないように、trueに設定することをお勧めします。
ESがヒープにメモリを使用していることは実際には問題ではありません...メモリは保存ではなく使用されます。あなたが記憶の問題を抱えていない限り、私はそれを無視して続けます。
于 2013-03-27T12:50:22.247 に答える
1
ElasticSearchとLuceneは、高速なソートまたはファセットを実行するためにキャッシュデータを維持します。
クエリがソートを実行している場合、これによりLucene FieldCacheのサイズが大きくなる可能性がありますが、ここのオブジェクトはGCの対象ではないため、解放されない可能性があります。したがって、75％のデフォルトのしきい値（CMSInitiatingOccupancyFraction）はここでは適用されません。
于 2013-05-16T15:04:17.317 に答える
1
ここで説明されているように、FieldCacheの期間を管理できます：http ：//www.elasticsearch.org/guide/en/elasticsearch/reference/current/index-modules-fielddata.html
于 2013-11-27T10:43:52.243 に答える