From 297b1b7d9aff19a6c9ff6df16f1662d058855df6 Mon Sep 17 00:00:00 2001 From: Elijah Date: Tue, 17 Jan 2017 12:30:59 -0500 Subject: [PATCH] Capitalize "Elasticsearch" in indexing speed docs This commit fixes the capitalization of "Elasticsearch" in the indexing speed docs. Relates #22659 --- docs/reference/how-to/indexing-speed.asciidoc | 8 ++++---- 1 file changed, 4 insertions(+), 4 deletions(-) diff --git a/docs/reference/how-to/indexing-speed.asciidoc b/docs/reference/how-to/indexing-speed.asciidoc index b0bd5fef802..6d7f66c2cd6 100644 --- a/docs/reference/how-to/indexing-speed.asciidoc +++ b/docs/reference/how-to/indexing-speed.asciidoc @@ -17,17 +17,17 @@ it is advisable to avoid going beyond a couple tens of megabytes per request even if larger requests seem to perform better. [float] -=== Use multiple workers/threads to send data to elasticsearch +=== Use multiple workers/threads to send data to Elasticsearch A single thread sending bulk requests is unlikely to be able to max out the -indexing capacity of an elasticsearch cluster. In order to use all resources +indexing capacity of an Elasticsearch cluster. In order to use all resources of the cluster, you should send data from multiple threads or processes. In addition to making better use of the resources of the cluster, this should help reduce the cost of each fsync. Make sure to watch for `TOO_MANY_REQUESTS (429)` response codes (`EsRejectedExecutionException` with the Java client), which is the way that -elasticsearch tells you that it cannot keep up with the current indexing rate. +Elasticsearch tells you that it cannot keep up with the current indexing rate. When it happens, you should pause indexing a bit before trying again, ideally with randomized exponential backoff. @@ -39,7 +39,7 @@ number of workers until either I/O or CPU is saturated on the cluster. === Increase the refresh interval The default <> is `1s`, which -forces elasticsearch to create a new segment every second. +forces Elasticsearch to create a new segment every second. Increasing this value (to say, `30s`) will allow larger segments to flush and decreases future merge pressure.