Commit 8c857ed8 authored by Lasse Karstensen's avatar Lasse Karstensen

Merge virtualised into a new platform specific notes section. Add transparent...

Merge virtualised into a new platform specific notes section. Add transparent hugepages info from ticket 1054.
parent a6b98489
......@@ -16,5 +16,6 @@ move traffic.
help.rst
bugs.rst
upgrade.rst
platformnotes.rst
Platform specific notes
------------------------
Transparent hugepages on Redhat Linux 6
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
On RHEL6 Transparent Hugepage kernel support is enabled by default.
This is known to cause sporadic crashes of Varnish.
It is recommended to disable transparent hugepages on affected systems::
$ echo "never" > /sys/kernel/mm/redhat_transparent_hugepage/enabled
On Debian/Ubuntu systems running 3.2 kernels the default value is "madvise" and does not need to changed.
OpenVZ
~~~~~~
It is possible, but not recommended for high performance, to run
Varnish on virtualised hardware. Reduced disk and network -performance
will reduce the performance a bit so make sure your system has good IO
performance.
If you are running on 64bit OpenVZ (or Parallels VPS), you must reduce
the maximum stack size before starting Varnish.
The default allocates to much memory per thread, which will make varnish fail
as soon as the number of threads (traffic) increases.
Reduce the maximum stack size by running::
ulimit -s 256
in the Varnish startup script.
......@@ -36,7 +36,6 @@ separate topic.
purging
compression
esi
virtualized
websockets
devicedetection
handling_misbehaving_servers
......
XXX: What is this doing here?
Running Varnish in a virtualized environment
--------------------------------------------
It is possible, but not recommended for high performance, to run
Varnish on virtualized hardware. Reduced disk- and network performance
will reduce the performance a bit so make sure your system has good IO
performance.
OpenVZ
~~~~~~
If you are running on 64bit OpenVZ (or Parallels VPS), you must reduce
the maximum stack size before starting Varnish. The default allocates
to much memory per thread, which will make varnish fail as soon as the
number of threads (==traffic) increases.
Reduce the maximum stack size by running::
ulimit -s 256
in the startup script.
Markdown is supported
0% or
You are about to add 0 people to the discussion. Proceed with caution.
Finish editing this message first!
Please register or to comment