[B! bulk] tajima0111185のブックマーク

tajima0111185 id:tajima0111185

bulkに関するtajima0111185のブックマーク (2)

Performance issues using Elasticsearch as a time window storage
tajima0111185 2014/01/07
“With index.merge.policy.merge_factor, setting it to a higher value reduces the amount of segment merging ES does in the background, then back to its default after the bulk operation restores normal behaviour. A setting of 30 is commonly recommended for bulk inserts and the default value is 10.”

elasticsearch

bulk
リンク
Merge | Elasticsearch Guide [8.15] | Elastic
A shard in Elasticsearch is a Lucene index, and a Lucene index is broken down into segments. Segments are internal storage elements in the index where the index data is stored, and are immutable. Smaller segments are periodically merged into larger segments to keep the index size at bay and to expunge deletes. The merge process uses auto-throttling to balance the use of hardware resources between
tajima0111185 2014/01/07
“Setting Descriptionindex.merge.policy.merge_factorDetermines how often segment indices are merged by index operation. With smaller values, less RAM is used while indexing, and searches on unoptimized indices are faster, but indexing speed is slower. With larger values, more RAM is used during ind

elasticsearch

bulk
リンク
1

お知らせ

もっと読む

公式Twitter

@HatenaBookmark
リリース、障害情報などのサービスのお知らせ
@hatebu
最新の人気エントリーの配信

キーボードショートカット一覧

j次のブックマーク

k前のブックマーク

lあとで読む

eコメント一覧を開く

oページを開く

設定を変更しましたx