I am writing about performance tune of indexing rate of elasticsearch. I tried tunning of indexing rate performance for few weeks. I can`t find much more information when I tried search some information on google. That`s why I writing this article. English is not my first language and I doesn`t have confidence of my English. Then please read carefully. Any questions and opinions are welcome incl..
원문 : https://www.elastic.co/guide/en/elasticsearch/guide/current/heap-sizing.html 1. ES_HEAP_SIZE로 조절 가능 2. 메모리의 반은 Lucene에게 주어라, Elasticsearch의 core는 lucene으로 되어있다. ES에 모든 메모리를 할당하면 Lucene이 사용할 메모리가 줄어들어 성능이 더 안좋아진다. ES에 50%의 Memory를 주고 나머지는 Lucene이 사용할 수 있게 해라. 만약 ES에 많은 메모리가 필요 없을것 같다면, 최적화가 가능하다면 좀 더 작은 메모리를 사용해라. 3. 32GB 이상으로 할당하지 마라. 이는 JVM의 OOP 문제이다. 참고 : http://dev-punxism.tistory.com/en..
https://blog.codecentric.de/en/2014/02/35gb-heap-less-32gb-java-jvm-memory-oddities/ 1. JVM 사용시 Heap에 32GB 이상 할당 하지 말라. 2. 32bit 시스템에서는 Object 할당을 4GB 안에서 하지만 64bit 시스템에서는 2^64-1 byte, 18.5 Exabyte에서 할당 할 수 있다. 3. 메모리 주소값이 너무 큰만큼 Object 할당 및 계산에 비효율이 발생 4. 그래서 만든것이 CompressedOops자세한건 여기서 참고 하시라 (https://wiki.openjdk.java.net/display/HotSpot/CompressedOops) 5. 동작 원리는 메모리 영역중 일부는 사용하지 않고 8byte 스키마..
- Total
- Today
- Yesterday
- oops
- CompressedOops
- Dynamodb
- Intermediate Certificate
- Consumer
- authentication
- Java
- OOP
- Kafka
- DESIGN
- AWS
- shenandoah
- Certificate Chain
- SSL
- GC
- ranking
- kerberos
- JVM
일 | 월 | 화 | 수 | 목 | 금 | 토 |
---|---|---|---|---|---|---|
1 | 2 | 3 | 4 | 5 | ||
6 | 7 | 8 | 9 | 10 | 11 | 12 |
13 | 14 | 15 | 16 | 17 | 18 | 19 |
20 | 21 | 22 | 23 | 24 | 25 | 26 |
27 | 28 | 29 | 30 |