summaryrefslogtreecommitdiff
path: root/redis.conf
diff options
context:
space:
mode:
authorantirez <antirez@gmail.com>2018-07-30 13:50:15 +0200
committerantirez <antirez@gmail.com>2018-07-30 13:50:15 +0200
commit15be174cf1c601793477f0d5ec71da1646fe09e5 (patch)
tree7a9e8e21e8046b2df69b36fba2a3a03c9d965ab0 /redis.conf
parentbe28050ac02b4154ba937a6487c0666d4d4de856 (diff)
downloadredis-15be174cf1c601793477f0d5ec71da1646fe09e5.tar.gz
Document dynamic-hz in the example redis.conf.
Diffstat (limited to 'redis.conf')
-rw-r--r--redis.conf16
1 files changed, 16 insertions, 0 deletions
diff --git a/redis.conf b/redis.conf
index 42d24f26e..5cbc74bbd 100644
--- a/redis.conf
+++ b/redis.conf
@@ -1205,6 +1205,22 @@ client-output-buffer-limit pubsub 32mb 8mb 60
# 100 only in environments where very low latency is required.
hz 10
+# Normally it is useful to have an HZ value which is proportional to the
+# number of clients connected. This is useful in order, for instance, to
+# avoid too many clients are processed for each background task invocation
+# in order to avoid latency spikes.
+#
+# Since the default HZ value by default is conservatively set to 10, Redis
+# offers, and enables by default, the ability to use an adaptive HZ value
+# which will temporary raise when there are many connected clients.
+#
+# When dynamic HZ is enabled, the actual configured HZ will be used as
+# as a baseline, but multiples of the configured HZ value will be actually
+# used as needed once more clients are connected. In this way an idle
+# instance will use very little CPU time while a busy instance will be
+# more responsive.
+dynamic-hz yes
+
# When a child rewrites the AOF file, if the following option is enabled
# the file will be fsync-ed every 32 MB of data generated. This is useful
# in order to commit the file to the disk more incrementally and avoid