You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Offload RDB saving to disk into a separate thread (currently it is done in the main threads), this speeds up disk-based full synchronization, especially when the replica is busy processing client requests.
Description of the feature
Speeds up disk-based full sync.
Alternatives you've considered
An alternative could to prioritize RDB traffic in the replica over normal client requests. But I think a separate thread doing this:
while (!eof)
buf=read(primaryFd)
write(rdbFileFd, buf)
is simpler.
The text was updated successfully, but these errors were encountered:
@xbasel I'm not sure there is that much value in prioritizing disk based full sync when it is already much slower than directly serializing the data into memory.
@madolson IMHO there is still value in disk-based fullsync on the replica side if administrators prefer the replica to continue serving clients with stale data while downloading the RDB (as it improves replica availability).
The problem/use-case that the feature addresses
Offload RDB saving to disk into a separate thread (currently it is done in the main threads), this speeds up disk-based full synchronization, especially when the replica is busy processing client requests.
Description of the feature
Speeds up disk-based full sync.
Alternatives you've considered
An alternative could to prioritize RDB traffic in the replica over normal client requests. But I think a separate thread doing this:
is simpler.
The text was updated successfully, but these errors were encountered: