<html><head></head><body style="word-wrap: break-word; -webkit-nbsp-mode: space; -webkit-line-break: after-white-space; ">Yes we have an open JIRA for this. Some of the ideas we should look into are, as you say, Lucene or Cassandra-like fast append-only with compacting. <div><br></div><div><a href="https://issues.jboss.org/browse/ISPN-517">https://issues.jboss.org/browse/ISPN-517</a></div><div><br></div><div>Please add any thoughts to this JIRA - I was actually going to propose a quick IRC session next week to discuss ideas around this.</div><div><br><div><div>On 26 Mar 2012, at 18:47, Sanne Grinovero wrote:</div><br class="Apple-interchange-newline"><blockquote type="cite"><div>I definitely agree we should do that, our current performance on the<br>FS CacheLoader is not very interesting.. ok it has never been a<br>priority, still it shouldn't be hard writing one following these basic<br>principles.<br><br>As I suggested in London a while ago, we could learn from Lucene as<br>well: uso NIO or MMAP, and the basic rule is to never "change"<br>existing segments but rewrite optimal ones in a new file, then swap<br>them atomically and delete the old one.<br><br>As antirez states too, that allows you to take good performance even<br>from rotating-platter disks. Actually I'm told that rotating disks can<br>still be faster than SSDs on continual writes/reads, as long as you<br>don't have it change the head position.. for Infinispan that means<br>that ideally it should not perform Cache *load* operations from the<br>same drive.<br><br><br>On 26 March 2012 18:36, Emmanuel Bernard <<a href="mailto:emmanuel@hibernate.org">emmanuel@hibernate.org</a>> wrote:<br><blockquote type="cite"><a href="http://antirez.com/post/redis-persistence-demystified.html">http://antirez.com/post/redis-persistence-demystified.html</a><br></blockquote><blockquote type="cite"><br></blockquote><blockquote type="cite">Anyone interested in writing a cachestore following these rules?<br></blockquote><blockquote type="cite">_______________________________________________<br></blockquote><blockquote type="cite">infinispan-dev mailing list<br></blockquote><blockquote type="cite"><a href="mailto:infinispan-dev@lists.jboss.org">infinispan-dev@lists.jboss.org</a><br></blockquote><blockquote type="cite"><a href="https://lists.jboss.org/mailman/listinfo/infinispan-dev">https://lists.jboss.org/mailman/listinfo/infinispan-dev</a><br></blockquote>_______________________________________________<br>infinispan-dev mailing list<br><a href="mailto:infinispan-dev@lists.jboss.org">infinispan-dev@lists.jboss.org</a><br>https://lists.jboss.org/mailman/listinfo/infinispan-dev<br></div></blockquote></div><br><div apple-content-edited="true">
<div><div>--</div><div>Manik Surtani</div><div><a href="mailto:manik@jboss.org">manik@jboss.org</a></div><div><a href="http://twitter.com/maniksurtani">twitter.com/maniksurtani</a></div><div><br></div><div>Lead, Infinispan</div><div><a href="http://www.infinispan.org">http://www.infinispan.org</a></div><div><br></div></div><br class="Apple-interchange-newline">
</div>
<br></div></body></html>