Thanks, at the elasticsearch documentation it doesn't say it's for
Unix/Linux only:
"
Memory Settings
There is an option to use mlockallhttp://opengroup.org/onlinepubs/007908799/xsh/mlockall.htmlto try and lock the process address space so it won’t be swapped. For this
to work, the bootstrap.mlockall should be set to true and it is recommended
to set both the min and max memory allocation to be the same.
In order to see if this works or not, set the common.jna logging to DEBUG
level. A solution to “Unknown mlockall error 0” can be to set ulimit -l
unlimited.
Note, this is experimental feature, and might cause the JVM or shell
session to exit if failing to allocate the memory (because not enough
memory is available on the machine).
"
On Thursday, April 4, 2013 10:05:49 PM UTC+3, Jörg Prante wrote:
There is no mlockall() call in WIndows. It's UNIX/Linux only.
Jörg
Am 04.04.13 18:40, schrieb Ophir Michaeli:
Windows server 2008 R2, 64bit.
How do I check if my OS / security subsystem allows
loading of shared libraries from the file system I installed ES on?
There is an option to use mlockallhttp://opengroup.org/onlinepubs/007908799/xsh/mlockall.htmlto try and lock the process address space so it won’t be swapped. For this
to work, the bootstrap.mlockall should be set to true and it is recommended
to set both the min and max memory allocation to be the same.
In order to see if this works or not, set the common.jna logging to DEBUG
level. A solution to “Unknown mlockall error 0” can be to set ulimit -l
unlimited.
Note, this is experimental feature, and might cause the JVM or shell
session to exit if failing to allocate the memory (because not enough
memory is available on the machine).
"
On Thursday, April 4, 2013 10:05:49 PM UTC+3, Jörg Prante wrote:
There is no mlockall() call in WIndows. It's UNIX/Linux only.
Jörg
Am 04.04.13 18:40, schrieb Ophir Michaeli:
Windows server 2008 R2, 64bit.
How do I check if my OS / security subsystem allows
loading of shared libraries from the file system I installed ES on?
"
Memory Settings
There is an option to use [1]mlockall to try and lock the process address space so it won’t be
swapped. For this to work, the bootstrap.mlockall should be set to true and it is recommended to set
both the min and max memory allocation to be the same.
In order to see if this works or not, set the common.jna logging to DEBUG level. A solution to
“Unknown mlockall error 0” can be to set ulimit -l unlimited.
Note, this is experimental feature, and might cause the JVM or shell session to exit if failing to
allocate the memory (because not enough memory is available on the machine).
"
It would be worth also pointing out that mlockall is not effective in a
virtualized environment. The guest O/S can lock the pages, but that
doesn't stop the host O/S stealing them for other processes/VMs.
It would be worth also pointing out that mlockall is not effective in a
virtualized environment. The guest O/S can lock the pages, but that
doesn't stop the host O/S stealing them for other processes/VMs.
I know that mlockall isn't supported in Qemu, but is the above true for
Xen based VMs as well?
Apache, Apache Lucene, Apache Hadoop, Hadoop, HDFS and the yellow elephant
logo are trademarks of the
Apache Software Foundation
in the United States and/or other countries.