<br><br><div class="gmail_quote">On Tue, May 22, 2012 at 11:55 AM, Tomasz Maciejewski <span dir="ltr"><<a href="mailto:ponton@jabster.pl" target="_blank">ponton@jabster.pl</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">

Dnia 22-05-2012 o 20:39:23 Garrett Smith <<a href="mailto:g@rre.tt" target="_blank">g@rre.tt</a>> napisał(a):<div><br>
<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
The test was to simply read a "global" value 1M times, after having<br>
first initialized the facility. Times are of the "run" portion only<br>
and do not include the "init" time.<br>
</blockquote>
<br></div>
I see your test reading 1M times *the same* value. I'd rather see the test when you write and read 1M random keys/values. The single value could be cached spoiling the test.</blockquote><div><br></div><div>mochiglobal is unsuitable for writes at runtime, at least prior to R16, because loading new code blocks the whole VM (possibly for *seconds*). The (only) occasion where you'll see mochiglobal work better than ets is when you have a very large data structure that you need to read at runtime with high process concurrency. The goal is to share memory and avoid garbage collector churn. In the tests the given value is so small AND you're only reading it from one process, so of course that there's no benefit.</div>

<div><br></div><div>-bob</div><div> </div></div>