<div dir="ltr">Hi Lloyd,<div><br></div><div>That is an interesting tool, I might be able to divert it from its original usage. Thanks!</div><div><br></div><div>regards,</div><div>Vlad</div><div><br></div><div><br></div></div><div class="gmail_extra"><br><div class="gmail_quote">On Wed, May 10, 2017 at 1:35 AM, Lloyd R. Prentice <span dir="ltr"><<a href="mailto:lloyd@writersglen.com" target="_blank">lloyd@writersglen.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Hi Vlad,<br>
<br>
My understanding is that dets lookups do involve disk-lookup latencies. But maybe ETSHandler will provide the functionality you need.<br>
<br>
<a href="https://github.com/zsoci/ETSHandler" rel="noreferrer" target="_blank">https://github.com/zsoci/<wbr>ETSHandler</a><br>
<br>
All the best,<br>
<br>
Lloyd<br>
<br>
Sent from my iPad<br>
<div><div class="h5"><br>
> On May 9, 2017, at 4:00 PM, Vlad Dumitrescu <<a href="mailto:vladdu55@gmail.com">vladdu55@gmail.com</a>> wrote:<br>
><br>
> Hi all,<br>
><br>
> I need to implement a simple key-value store that should be persistent (on disk) but have a fast in-memory cache for the recently used entries (possibly with a configurable policy) and with little concurrent access. I was thinking of an ets+dets combo, but it may be tricky to get the details right. Is there something like this out there? Would it be better to just use mnesia? I'd like to keep it lean, but if third-party databases fit the bill, I will look at them.<br>
><br>
> best regards,<br>
> Vlad<br>
><br>
</div></div>> ______________________________<wbr>_________________<br>
> erlang-questions mailing list<br>
> <a href="mailto:erlang-questions@erlang.org">erlang-questions@erlang.org</a><br>
> <a href="http://erlang.org/mailman/listinfo/erlang-questions" rel="noreferrer" target="_blank">http://erlang.org/mailman/<wbr>listinfo/erlang-questions</a><br>
<br>
</blockquote></div><br></div>