You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
{{ message }}
This repository has been archived by the owner on Dec 18, 2021. It is now read-only.
We're trying to use langdetect for ES 2.4.4 for our project but we're running into a very high memory usage. Without the langdetect we have usually only a memory footprint of 1 to 2gb. With langdetect we have already 5 to 7gb in our dev environment that doesn't even has any real load on it.
Honestly, I have no idea if it is normal, if it is a bug or if we do something wrong with our schema. So is this normal? Also we don't have billions of documents, actually we don't have much data but we need to be able to search it well and get quality results. Which is the main reason why we use ES for this project and langdetect because we depends a lot on multi-lingual content.
Our dev cluster, it's a mirror of the production system:
elasticsearch.yml:
# ======================== Elasticsearch Configuration =========================
#
# NOTE: Elasticsearch comes with reasonable defaults for most settings.
# Before you set out to tweak and tune the configuration, make sure you
# understand what are you trying to accomplish and the consequences.
#
# The primary way of configuring a node is via this file. This template lists
# the most important settings you may want to configure for a production cluster.
#
# Please see the documentation for further information on configuration options:
# <http://www.elastic.co/guide/en/elasticsearch/reference/current/setup-configuration.html>
#
# ---------------------------------- Cluster -----------------------------------
#
# Use a descriptive name for your cluster:
#
# cluster.name: my-application
#
cluster.name: search.wa-network.ch
# ------------------------------------ Node ------------------------------------
#
# Use a descriptive name for the node:
#
# node.name: node-1
node.name: {{with node}}{{.Node.Node}}{{end}}
#
# Add custom attributes to the node:
#
# node.rack: r1
#
# ----------------------------------- Paths ------------------------------------
#
# Path to directory where to store the data (separate multiple locations by comma):
#
# path.data: /path/to/data
#
# Path to log files:
#
# path.logs: /path/to/logs
#
# ----------------------------------- Memory -----------------------------------
#
# Lock the memory on startup:
#
# bootstrap.memory_lock: true
#
# Make sure that the `ES_HEAP_SIZE` environment variable is set to about half the memory
# available on the system and that the owner of the process is allowed to use this limit.
#
# Elasticsearch performs poorly when the system is swapping the memory.
#
# ---------------------------------- Network -----------------------------------
#
# Set the bind address to a specific IP (IPv4 or IPv6):
#
# network.host: 192.168.0.1
network.host: {{with node}}{{.Node.Address}}{{end}}
#
# Set a custom port for HTTP:
#
# http.port: 9200
#
# For more information, see the documentation at:
# <http://www.elastic.co/guide/en/elasticsearch/reference/current/modules-network.html>
#
# --------------------------------- Discovery ----------------------------------
#
# Pass an initial list of hosts to perform discovery when new node is started:
# The default list of hosts is ["127.0.0.1", "[::1]"]
#
discovery.zen.ping.unicast.hosts: ["172.16.1.101", "172.16.1.102", "172.16.1.103", "172.16.1.160", "172.16.1.161"]
#
# Prevent the "split brain" by configuring the majority of nodes (total number of nodes / 2 + 1):
#
# discovery.zen.minimum_master_nodes: 3
#
# For more information, see the documentation at:
# <http://www.elastic.co/guide/en/elasticsearch/reference/current/modules-discovery.html>
#
# ---------------------------------- Gateway -----------------------------------
#
# Block initial recovery after a full cluster restart until N nodes are started:
#
# gateway.recover_after_nodes: 3
#
# For more information, see the documentation at:
# <http://www.elastic.co/guide/en/elasticsearch/reference/current/modules-gateway.html>
#
# ---------------------------------- Various -----------------------------------
#
# Disable starting multiple nodes on a single system:
#
# node.max_local_storage_nodes: 1
#
# Require explicit names when deleting indices:
#
# action.destructive_requires_name: true
bootstrap.mlockall: true
discovery.zen.fd.ping_timeout: 30s
discovery.zen.minimum_master_nodes: 2
Mapping:
This is just one of our types, I can post mappings for other as well if needed.
We're trying to use langdetect for ES 2.4.4 for our project but we're running into a very high memory usage. Without the langdetect we have usually only a memory footprint of 1 to 2gb. With langdetect we have already 5 to 7gb in our dev environment that doesn't even has any real load on it.
Honestly, I have no idea if it is normal, if it is a bug or if we do something wrong with our schema. So is this normal? Also we don't have billions of documents, actually we don't have much data but we need to be able to search it well and get quality results. Which is the main reason why we use ES for this project and langdetect because we depends a lot on multi-lingual content.
Our dev cluster, it's a mirror of the production system:
elasticsearch.yml:
Mapping:
This is just one of our types, I can post mappings for other as well if needed.
@netstyler
The text was updated successfully, but these errors were encountered: