Merge lp:~michael.nelson/charms/trusty/elasticsearch/heap-config into lp:~onlineservices-charmers/charms/trusty/elasticsearch/elasticsearch2
Status: | Merged |
---|---|
Merged at revision: | 42 |
Proposed branch: | lp:~michael.nelson/charms/trusty/elasticsearch/heap-config |
Merge into: | lp:~onlineservices-charmers/charms/trusty/elasticsearch/elasticsearch2 |
Diff against target: |
79 lines (+43/-0) 5 files modified
config.yaml (+7/-0) playbook.yaml (+16/-0) templates/elasticsearch.yml (+3/-0) templates/etc_default.j2 (+14/-0) templates/limits.conf (+3/-0) |
To merge this branch: | bzr merge lp:~michael.nelson/charms/trusty/elasticsearch/heap-config |
Related bugs: |
Reviewer | Review Type | Date Requested | Status |
---|---|---|---|
Wes Mason (community) | Approve | ||
Bret Barker (community) | Approve | ||
Review via email: mp+277788@code.launchpad.net |
Commit message
Add heap_size config option, defaulting to min(0.5*
Description of the change
I've used http://
curl -s http://
What I can't confirm is the memory lock - and that's either simply because I'm testing in an lxc container :P, or additionally because /etc/security/
I'll test on staging before landing. EDIT: Just tested on staging and confirm that setting the heap-size works as expected:
https:/
Also, top shows a similar resident memory value too.
minor comment - with the conditional below, you can't set a heap of e.g. 1.4g and can't specify it as 1400m either. I know the recommended heap is 1/2 total ram, but for a 2g system it fails pretty miserably with any kind of load unless you do 1300-1500m heap.