- 24 10月, 2014 1 次提交
-
-
由 antirez 提交于
Child now reports full info to the parent including IDs of slaves in failure state and exit code.
-
- 22 10月, 2014 3 次提交
-
-
由 antirez 提交于
EWOULDBLOCK with the fdset rio target is returned when we try to write but the send timeout socket option triggered an error. Better to translate the error in something the user can actually recognize as a timeout.
-
由 antirez 提交于
We need to avoid that a child -> slaves transfer can continue forever. We use the same timeout used as global replication timeout, which is documented to also affect I/O operations during bulk transfers.
-
由 antirez 提交于
-
- 17 10月, 2014 10 次提交
-
-
由 antirez 提交于
-
由 antirez 提交于
-
由 antirez 提交于
While the socket is set in blocking mode, we still can get short writes writing to a socket.
-
由 antirez 提交于
-
由 antirez 提交于
To perform a socket write() for each RDB rio API write call was extremely unefficient, so now rio has minimal buffering capabilities. Writes are accumulated into a buffer and only when a given limit is reacehd are actually wrote to the N slaves FDs. Trivia: rio lacked support for buffering since our targets were: 1) Memory buffers. 2) C standard I/O. Both were buffered already.
-
由 antirez 提交于
-
由 antirez 提交于
This is useful for normal replication in order to refresh the slave when we are persisting on disk, but for diskless replication the child is already receiving data while in WAIT_BGSAVE_END state.
-
由 antirez 提交于
-
由 antirez 提交于
-
由 antirez 提交于
-
- 16 10月, 2014 6 次提交
-
-
由 antirez 提交于
-
由 antirez 提交于
-
由 antirez 提交于
-
由 antirez 提交于
If we turn from diskless to disk-based replication via CONFIG SET, we need a way to start a BGSAVE if there are slaves alerady waiting for a BGSAVE to start. Normally with disk-based replication we do it as soon as the previous child exits, but when there is a configuration change via CONFIG SET, we may have slaves in WAIT_BGSAVE_START state without an RDB background process currently active.
-
由 antirez 提交于
-
由 antirez 提交于
-
- 15 10月, 2014 3 次提交
- 14 10月, 2014 3 次提交
-
-
由 antirez 提交于
Fdset target is used when we want to write an RDB file directly to slave's sockets. In this setup as long as there is a single slave that is still receiving our payload, we want to continue sennding instead of aborting. However rio calls should abort of no FD is ok. Also we want the errors reported so that we can signal the parent who is ok and who is broken, so there is a new set integers with the state of each fd. Zero is ok, non-zero is the errno of the failure, if avaialble, or a generic EIO.
-
由 antirez 提交于
-
由 antirez 提交于
-
- 10 10月, 2014 3 次提交
- 08 10月, 2014 1 次提交
-
-
由 antirez 提交于
We need to remember what is the saving strategy of the current RDB child process, since the configuration may be modified at runtime via CONFIG SET and still we'll need to understand, when the child exists, what to do and for what goal the process was initiated: to create an RDB file on disk or to write stuff directly to slave's sockets.
-
- 07 10月, 2014 3 次提交
- 06 10月, 2014 2 次提交
-
-
由 antirez 提交于
-
由 Salvatore Sanfilippo 提交于
ALL comment fixes
-
- 03 10月, 2014 2 次提交
-
-
由 antirez 提交于
-
由 antirez 提交于
However we don't try to do this if the integer is already inside a range representable with a shared integer. The performance gain appears to be around ~15% in micro benchmarks, however in the long run this also helps to improve locality, so should have more, hard to measure, benefits.
-
- 29 9月, 2014 3 次提交
-
-
由 Miguel Parramon 提交于
😄 Closes #2034 -
由 Ezequiel Lovelle 提交于
Closes #2029
-
由 Aniruddh Chaturvedi 提交于
Closes #2005
-