Re: Multi-Version Concurrency Control

2017-08-21 Thread Serge Puchnin
There are some updates and clarifications for the approach. About Multi/Single Node Operations To improve performance for single-partition operations it's possible to separate single-partitions and multi-partitions transactions. A single-partition operation sends a put/get directly to the required

Re: Multi-Version Concurrency Control

2017-08-16 Thread Alexey Kuznetsov
Serge, >#1 Could you please share any case when we need to use different modes for >different caches? Atomic caches? -- Alexey Kuznetsov

Re: Multi-Version Concurrency Control

2017-08-16 Thread Serge Puchnin
Hi Alex, Thanks a lot for your feedback! #1 Could you please share any case when we need to use different modes for different caches? It's a quite global thing to support two modes on the same time. #2 Certain we can use another name. "Extinct Version Ejection" for example. BR, Serge On Tue, 1

Re: Multi-Version Concurrency Control

2017-08-15 Thread Alexey Kuznetsov
Serge, Cool feature! I have following questions: 1) MVCC will be a kind of "cache mode"? And we can have caches with old behavior and caches with MVCC? 2) " Garbage collection" - may be we should give another name to not intersect with JVM GC? Thanks! On Tue, Aug 15, 2017 at 8:11 PM, Serge Puch