Removing duplicated code to set max latency 

See #3832.

when a slave responds with an error on commands that come from master, log it

enlarged buffer given to ld2string

See #3858.

It is possible to do BGREWRITEAOF even if appendonly=no. This is by design.
stopAppendonly() didn't turn off aof_rewrite_scheduled (it can be turned on
again by BGREWRITEAOF even while appendonly is off anyway).
After configuring `appendonly yes` it will see that the state is AOF_OFF,
there's no RDB fork, so it will do rewriteAppendOnlyFileBackground() which
will fail since the aof_child_pid is set (was scheduled and started by cron).

Solution:
stopAppendonly() will turn off the schedule flag (regardless of who asked for it).
startAppendonly() will terminate any existing fork and start a new one (so it is the most recent).

fix to latency monitor reporting wrong max latency

in some cases LATENCY HISTORY reported latency that was
higher than the max latency reported by LATENCY LATEST / DOCTOR

fix not call va_end() when syncWrite() failed

redismodule.h: Check ModuleNameBusy before calling it

Older versions might not have this function.

When feeding the master with a high rate traffic the the slave's feed is much slower.
This causes the replication buffer to grow (indefinitely) which leads to slave disconnection.
The problem is that writeToClient() decides to stop writing after NET_MAX_WRITES_PER_EVENT
writes (In order to be fair to clients).
We should ignore this when the client is a slave.
It's better if clients wait longer, the alternative is that the slave has no chance to stay in
sync in this situation.

See #3462 and related PRs.

We use a simple algorithm to calculate the level of affinity violation,
and then an optimizer that performs random swaps until things improve.

The behavior is well specified by the code itself.

fixbug for #4545 dead loop aof rewrite

fix assert problem in ZIP_DECODE_PREVLENSIZE macro

, see issue: https://github.com/antirez/redis/issues/4587

PSYNC2 fix - promoted slave should hold on to it's backlog

after a slave is promoted (assuming it has no slaves
and it booted over an hour ago), it will lose it's replication
backlog at the next replication cron, rather than waiting for slaves
to connect to it.
so on a simple master/slave faiover, if the new slave doesn't connect
immediately, it may be too later and PSYNC2 will fail.

lazyfree: fix memory leak for lazyfree-lazy-server-del

redis-benchmark: bugfix - handle zero liveclients in right way

Added RM_UnlinkKey - a low level analog to UNLINK command

Fix a typo(maybe instruction?) in crash log

This fixes a crash with Redis Cluster when OBJECT is mis-used, because
getKeysUsingCommandTable() will call serverPanic() detecting we are
accessing an invalid argument in the case "OBJECT foo" is called.

This bug was introduced when OBJECT HELP was introduced, because the key
argument is set fixed at index 2 in the command table, however now
OBJECT may be called with an insufficient number of arguments to extract
the key.

The "Right Thing" would be to have a specific function to extract keys
from the OBJECT command, however this is kinda of an overkill, so I
preferred to make getKeysUsingCommandTable() more robust and just return
no keys when it's not possible to honor the command table, because new
commands are often added and also there are a number with an HELP
subcommand violating the normal form, and crashing for this trivial
reason or having many command-specific key extraction functions is not
great.

We already had client buffer limits exported as configuration options.
Stick with the naming scheme already used.

See #4568.

Related to #4568.

fix RESTORE command size limits

Fix the firstkey, lastkey, and keystep of moduleCommand

Related to #2507.