antirez 03f5b508e5 Replication: when possible start RDB saving ASAP.
In a previous commit the replication code was changed in order to
centralize the BGSAVE for replication trigger in replicationCron(),
however after further testings, the 1 second delay imposed by this
change is not acceptable.

So now the BGSAVE is only delayed if the AOF rewriting process is
active. However past comments made sure that replicationCron() is always
able to trigger the BGSAVE when needed, making the code generally more
robust.

The new code is more similar to the initial @oranagra patch where the
BGSAVE was delayed only if an AOF rewrite was in progress.

Trivia: delaying the BGSAVE uncovered a minor Sentinel issue that is now
fixed.
2016-07-22 17:03:18 +02:00
..
2016-04-25 16:49:57 +03:00
2016-04-25 16:49:57 +03:00
2016-06-07 16:46:00 -04:00
2016-04-04 14:13:46 +02:00
2016-04-04 08:50:58 +02:00
2016-04-04 08:50:58 +02:00
2015-10-01 13:02:25 +02:00
2016-06-16 12:54:33 +02:00
2015-07-27 14:37:58 +02:00
2016-07-18 13:50:19 +02:00
2016-04-25 16:48:25 +03:00
2016-07-06 15:28:18 +02:00
2016-05-23 13:58:50 +03:00
2016-06-14 14:45:28 +02:00
2015-07-27 14:37:58 +02:00
2016-01-13 00:49:28 -08:00
2015-07-27 14:37:58 +02:00
2015-07-27 14:37:58 +02:00
2015-07-27 14:37:58 +02:00
2014-08-08 10:05:32 +02:00
2016-04-25 16:49:57 +03:00
2015-04-27 12:07:49 +02:00
2015-04-27 12:07:49 +02:00
2014-07-02 16:31:22 +02:00
2016-05-10 06:40:05 +02:00
2015-01-02 11:16:08 -05:00
2015-04-29 10:33:21 +02:00
2016-01-13 00:49:28 -08:00