jgroups-raft icon indicating copy to clipboard operation
jgroups-raft copied to clipboard

Reads should not create an entry in the log

Open belaban opened this issue 10 years ago • 5 comments

Currently, read requests can either be dirty (handled locally) or are added to the log as normal entries. In the latter case, there's a write to disk which is costly. Implement a third solution that provides linearizable reads as described in section 6.4 of [1].

[1] https://github.com/ongardie/dissertation

belaban avatar Apr 02 '15 16:04 belaban

Oh cool, someone's been reading that thing I wrote :)

ongardie avatar Apr 03 '15 01:04 ongardie

And even more than once ! :-) Great dissertation ! Unfortunately most (including my own) are throwaway stuff :-)

belaban avatar Apr 03 '15 06:04 belaban

Implement this in all building blocks (including ReplicatedStateMachine)

belaban avatar May 15 '15 06:05 belaban

Hi Belaban, I am starting to use this here . Is it ok to assume this issue is no more in 3.6.6 final?

By the way, thank you so much for your coding.

mauricioscastro avatar Oct 23 '15 01:10 mauricioscastro

Hi @mauricioscastro, jgroups-raft is at release 0.2 and is independent from the JGroups (e.g. 3.6.6) project. Issue #18 is still open, and will remain open for some time, as I had to go back to JGroups, to work on the 4.0 release. I will come back to work on jgroups-raft, but don't know yet when. However, #18 doesn't render jgroups-raft incorrect, it merely slows down reads as a read is treated (more or less) like a write. You could turn this off if you wanted potentially stale reads. Cheers,

belaban avatar Oct 23 '15 08:10 belaban