From fbc9af818135926f9bcb4930c2ccd0d1e17893b6 Mon Sep 17 00:00:00 2001 From: bserie Date: Sun, 11 Mar 2018 22:59:01 +0100 Subject: [PATCH] mauvais mot --- HowtoElasticsearch.md | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/HowtoElasticsearch.md b/HowtoElasticsearch.md index 00390aff..ca461b08 100644 --- a/HowtoElasticsearch.md +++ b/HowtoElasticsearch.md @@ -141,7 +141,7 @@ Le wrapper qui lance Elasticsearch est `/usr/share/elasticsearch/bin/elasticsear À la manière d'une base de données tel que MySQL ou PostgreSQL, Elasticsearch dispose de plusieurs pools de connexions selon le type de requêtes. Par exemple, le pool pour les requêtes de type « search ». Par défaut il y a une auto-configuration qui est basé sur le nombre de CPU de la machine. -L'auto-configuration n'est pas toujours permanente, car on peut saturer les pools alors qu'on ne sature pas les ressources de la machine. +L'auto-configuration n'est pas toujours pertinente, car on peut saturer les pools alors qu'on ne sature pas les ressources de la machine. Exemple de message indiquant une saturation (49 threads sur 49) :