Re: Riak DT refresh

2016-05-17 Thread Russell Brown
On 17 May 2016, at 09:19, Benoit Chesneau wrote: > > > On Tue, May 17, 2016 at 10:15 AM Russell Brown wrote: > There’ll still be the need of a version vector, yes. Any advice/contribution > on optimisations there greatly appreciated, thanks. > > maybe moving to SWC? > https://github.com/rica

Re: Riak DT refresh

2016-05-17 Thread Benoit Chesneau
On Tue, May 17, 2016 at 10:15 AM Russell Brown wrote: > There’ll still be the need of a version vector, yes. Any > advice/contribution on optimisations there greatly appreciated, thanks. > maybe moving to SWC? https://github.com/ricardobcl/ServerWideClocks would be good in systems where you hav

Re: Riak DT refresh

2016-05-17 Thread Russell Brown
There’ll still be the need of a version vector, yes. Any advice/contribution on optimisations there greatly appreciated, thanks. On 17 May 2016, at 09:05, Sargun Dhillon wrote: > Is the plan to keep using riak_dt_vclock? If so, I might contribute > some optimizations for large numbers of actor

Re: Riak DT refresh

2016-05-17 Thread Sargun Dhillon
Is the plan to keep using riak_dt_vclock? If so, I might contribute some optimizations for large numbers of actor entries (1000s). On Thu, Apr 28, 2016 at 12:55 AM, Russell Brown wrote: > Hi, > Riak DT[1] is in need of some love. I know that some of you on this list > (Sargun, are you here? Hein

Re: Riak DT refresh

2016-05-07 Thread Christopher Meiklejohn
Yes, in Erlang. We have someone working on it currently, but no real ETA. We're only building the components from the paper we need to perform experiments. - Christopher On Sat, May 7, 2016 at 5:55 PM Russell Brown wrote: > In erlang? Might save myself the trouble and wait if so. > > On 7 May

Re: Riak DT refresh

2016-05-07 Thread DeadZen
Been looking at lasp a little seems quite interesting!. On Saturday, May 7, 2016, Russell Brown wrote: > In erlang? Might save myself the trouble and wait if so. > > On 7 May 2016, at 13:12, Christopher Meiklejohn < > christopher.meiklej...@gmail.com > wrote: > > > We are also using Riak DT as a

Re: Riak DT refresh

2016-05-07 Thread Russell Brown
In erlang? Might save myself the trouble and wait if so. On 7 May 2016, at 13:12, Christopher Meiklejohn wrote: > We are also using Riak DT as a base. However, we are doing a greenfield > implementation of the new delta work in Lasp and hope to have an open-source > library of these implemen

Re: Riak DT refresh

2016-05-07 Thread Christopher Meiklejohn
We are also using Riak DT as a base. However, we are doing a greenfield implementation of the new delta work in Lasp and hope to have an open-source library of these implementations available soon. - Christopher On Saturday, May 7, 2016, DeadZen wrote: > +1 > > On Fri, May 6, 2016 at 8:17 PM,

Re: Riak DT refresh

2016-05-06 Thread DeadZen
+1 On Fri, May 6, 2016 at 8:17 PM, Sargun Dhillon wrote: > We're using riak_dt in anger in our product. We are already using it > with rebar3, and Erlang 18.3 through some super messy patches. > > I would love to see a register that takes the logical clock, and > timestamp for resolution, rather

Re: Riak DT refresh

2016-05-06 Thread Sargun Dhillon
We're using riak_dt in anger in our product. We are already using it with rebar3, and Erlang 18.3 through some super messy patches. I would love to see a register that takes the logical clock, and timestamp for resolution, rather than just a straightup timestamp. My biggest ask though is delta-CRD

Riak DT refresh

2016-04-28 Thread Russell Brown
Hi, Riak DT[1] is in need of some love. I know that some of you on this list (Sargun, are you here? Heinz?) have expressed opinions on the work that needs doing. Here is my short list, I would love to hear opinions on priority, and any additions to this list: 1. merger smaller map branch 2. del