mirror of
https://github.com/processone/ejabberd.git
synced 2024-12-10 16:58:46 +01:00
bceea5fc73
* doc/Makefile: fix version.tex generation bug * src/ejabberdctl.template: Removed the option ERL_FULLSWEEP_AFTER because it is almost useless regarding ejabberd's performance. * src/ejabberdctl.cfg.example: Likewise SVN Revision: 1141
78 lines
2.5 KiB
Plaintext
78 lines
2.5 KiB
Plaintext
#
|
|
# In this file you can configure options that are passed by ejabberdctl
|
|
# to the erlang runtime system when starting ejabberd
|
|
#
|
|
|
|
# POLL: Kernel polling ([true|false])
|
|
#
|
|
# The kernel polling option requires support in the kernel.
|
|
# Additionaly, you need to enable this feature while compiling Erlang.
|
|
#
|
|
# Default: true
|
|
#
|
|
#POLL=true
|
|
|
|
# SMP: SMP support ([enable|auto|disable])
|
|
#
|
|
# Explanation in Erlang/OTP documentation:
|
|
# enable: starts the Erlang runtime system with SMP support enabled.
|
|
# This may fail if no runtime system with SMP support is available.
|
|
# auto: starts the Erlang runtime system with SMP support enabled if it
|
|
# is available and more than one logical processor are detected.
|
|
# disable: starts a runtime system without SMP support.
|
|
#
|
|
# Default: auto
|
|
#
|
|
#SMP=auto
|
|
|
|
# ERL_MAX_PORTS: Maximum number of simultaneously open Erlang ports
|
|
#
|
|
# ejabberd consumes two or three ports for every connection, either
|
|
# from a client or from another Jabber server. So take this into
|
|
# account when setting this limit.
|
|
#
|
|
# Default: 32000
|
|
# Maximum: 268435456
|
|
#
|
|
#ERL_MAX_PORTS=32000
|
|
|
|
# PROCESSES: Maximum number of Erlang processes
|
|
#
|
|
# Erlang consumes a lot of lightweight processes. If there is a lot of activity
|
|
# on ejabberd so that the maximum number of proccesses is reached, people will
|
|
# experiment greater latency times. As these processes are implemented in
|
|
# Erlang, and therefore not related to the operating system processes, you do
|
|
# not have to worry about allowing a huge number of them.
|
|
#
|
|
# Default: 250000
|
|
# Maximum: 268435456
|
|
#
|
|
#PROCESSES=250000
|
|
|
|
# ERL_MAX_ETS_TABLES: Maximum number of ETS and Mnesia tables
|
|
#
|
|
# The number of concurrent ETS and Mnesia tables is limited. When the limit is
|
|
# reached, errors will appear in the logs:
|
|
# ** Too many db tables **
|
|
# You can safely increase this limit when starting ejabberd. It impacts memory
|
|
# consumption but the difference will be quite small.
|
|
#
|
|
# Default: 1400
|
|
#
|
|
#ERL_MAX_ETS_TABLES=1400
|
|
|
|
# The next variable allows to explicitly specify erlang node for ejabberd
|
|
# It can be given in different formats:
|
|
# ERLANG_NODE=ejabberd
|
|
# Lets erlang add hostname to the node (ejabberd uses short name in this case)
|
|
# ERLANG_NODE=ejabberd@hostname
|
|
# Erlang uses node name as is (so make sure that hostname is a real
|
|
# machine hostname or you'll not be able to control ejabberd)
|
|
# ERLANG_NODE=ejabberd@hostname.domainname
|
|
# The same as previous, but erlang will use long hostname
|
|
# (see erl (1) manual for details)
|
|
#
|
|
# Default: ejabberd
|
|
#
|
|
#ERLANG_NODE=ejabberd
|