Some time ago we already discussed snapshots idea while discussing library
"cqengine" [1].

May be this library could be useful in snapshot mode.

[1] Sources: https://github.com/npgall/cqengine
     Docs: https://code.google.com/p/cqengine/

On Thu, Oct 22, 2015 at 8:48 AM, Konstantin Boudnik <c...@apache.org> wrote:

> On Wed, Oct 21, 2015 at 05:58PM, Dmitriy Setrakyan wrote:
> > On Wed, Oct 21, 2015 at 4:48 PM, Konstantin Boudnik <c...@apache.org>
> wrote:
> >
> > > I like it quite a bit, as well! Ticket would make the most sense as
> well,
> > > so
> > > there will be a single place to collect the design docs (if needed),
> etc.
> > >
> > > On Wed, Oct 21, 2015 at 04:45PM, Dmitriy Setrakyan wrote:
> > > > I also really like the idea. One potential use case is fraud
> analysis in
> > > > financial institutions. Rarely it makes sense to perform such
> analysis
> > > on a
> > > > life system, but rather a snapshot of some data needs to be taken and
> > > > analyzed offline.
> > > >
> > > > I think snapshots should be saved to disk, so users could load them
> for
> > > > analysis on a totally different cluster.
> > >
> > > I think disk persistence should be optional, not mandatory.
> > >
> >
> > I would actually prefer to support disk-only snapshots. I think it will
> be
> > difficult (double-the-work) to support both, in-memory and disk formats.
> > Also, storing snapshots in-memory would require extra memory (a lot of
> it)
> > for something that gets saved mainly for historic purposes or offline
> > analysis.
>
> Ah, good points! Agree.
>
>


-- 
Alexey Kuznetsov
GridGain Systems
www.gridgain.com

Reply via email to