<html><head></head><body style="word-wrap: break-word; -webkit-nbsp-mode: space; -webkit-line-break: after-white-space; "><br><div><div>On 14 Oct 2010, at 12:39, 이희승 (Trustin Lee) wrote:</div><br class="Apple-interchange-newline"><blockquote type="cite"><div><br><br>Galder Zamarreño wrote:<br><blockquote type="cite">On Oct 12, 2010, at 6:43 PM, Mircea Markus wrote:<br></blockquote><blockquote type="cite"><br></blockquote><blockquote type="cite"><blockquote type="cite">On 12 Oct 2010, at 14:47, 이희승 (Trustin Lee) wrote:<br></blockquote></blockquote><blockquote type="cite"><blockquote type="cite"><br></blockquote></blockquote><blockquote type="cite"><blockquote type="cite"><blockquote type="cite">Tristan Tarrant wrote:<br></blockquote></blockquote></blockquote><blockquote type="cite"><blockquote type="cite"><blockquote type="cite"><blockquote type="cite">On Tue, Oct 12, 2010 at 15:33, "이희승 (Trustin Lee)" <<a href="mailto:trustin@gmail.com">trustin@gmail.com</a><br></blockquote></blockquote></blockquote></blockquote><blockquote type="cite"><blockquote type="cite"><blockquote type="cite"><blockquote type="cite"><<a href="mailto:trustin@gmail.com">mailto:trustin@gmail.com</a>>> wrote:<br></blockquote></blockquote></blockquote></blockquote><blockquote type="cite"><blockquote type="cite"><blockquote type="cite"><blockquote type="cite"><br></blockquote></blockquote></blockquote></blockquote><blockquote type="cite"><blockquote type="cite"><blockquote type="cite"><blockquote type="cite"> Currently, we have two local CacheStore implementations - BDBJE and<br></blockquote></blockquote></blockquote></blockquote><blockquote type="cite"><blockquote type="cite"><blockquote type="cite"><blockquote type="cite"> JDBM.<br></blockquote></blockquote></blockquote></blockquote><blockquote type="cite"><blockquote type="cite"><blockquote type="cite"><blockquote type="cite"><br></blockquote></blockquote></blockquote></blockquote><blockquote type="cite"><blockquote type="cite"><blockquote type="cite"><blockquote type="cite"><br></blockquote></blockquote></blockquote></blockquote><blockquote type="cite"><blockquote type="cite"><blockquote type="cite"><blockquote type="cite">Correction: there is also the FileCacheStore. <br></blockquote></blockquote></blockquote></blockquote><blockquote type="cite"><blockquote type="cite"><blockquote type="cite">You are right. I missed that, argh! :)<br></blockquote></blockquote></blockquote><blockquote type="cite"><blockquote type="cite"><blockquote type="cite"><br></blockquote></blockquote></blockquote><blockquote type="cite"><blockquote type="cite"><blockquote type="cite">How does it perform then comparing to BDBJE and JDBM? Out of curiosity,<br></blockquote></blockquote></blockquote><blockquote type="cite"><blockquote type="cite"><blockquote type="cite">if there is a good file-based cache store implementation, why BDBJE and<br></blockquote></blockquote></blockquote><blockquote type="cite"><blockquote type="cite"><blockquote type="cite">JDBM backends were introduced?<br></blockquote></blockquote></blockquote><blockquote type="cite"><blockquote type="cite">One reason is that FileCacheStore is not good with transactions.Transactions & cache stores will get more attention in 5.0. Also FileCacheStore is a BucketBasedCacheStore which might not be good if keys hash in the same bucket.<br></blockquote></blockquote><blockquote type="cite"><blockquote type="cite">I like your idea of native cache store though, and I think as long as we can outperform the other stores we should only maintain that one.<br></blockquote></blockquote><blockquote type="cite"><br></blockquote><blockquote type="cite">Trustin/Mircea,<br></blockquote><blockquote type="cite"><br></blockquote><blockquote type="cite">What exactly do you guys mean by 'native'? Something like what HornetQ guys did? Or your talking more about adapting an existing cache store impl library to suit our type of ops? <br></blockquote><br>Something similar to the latter. Basically, I think we need to replace<br>the current FileCacheStore implementation. We could utilize what<br>HornetQ guys did with libaio if that will yield even higher performance,<br>but it's not the first task to do.<br></div></blockquote>Same here! I would like to be able to supply users a very fast cache store that would come out of the box. I.e. no need to install a DB etc.<br><blockquote type="cite"><div><br><blockquote type="cite">I suppose you'd be targeting the local cache store space and not the shared one, correct?<br></blockquote><br>Correct.<br><br><blockquote type="cite">I do have some doubts on whether spending time implementing another cache store impl would be really that useful.<br></blockquote><blockquote type="cite"><br></blockquote><blockquote type="cite">When I was in Berlin, rather than implementing another X cache store due to performance, I heard users asking more about whether they could have their existing databases be read by Infinispan cache stores, to avoid having multiple databases, one for a shared JDBC cache store and one for their JPA or similar ORM databases. Granted that this could be done with a Hibernate based cache store but then again you could be wondering whether they should not just use Hibernate directly with a 2LC.<br></blockquote><br>I think that depends on how solid and fast FileCacheStore is. If it's<br>good, more people will use it. For now, not many people seem to use it<br>and that might be why we don't hear much about it.<br></div></blockquote>We explicitly discourage people to use file cache store: <a href="http://community.jboss.org/wiki/CacheLoaders#Shipped_Implementations">http://community.jboss.org/wiki/CacheLoaders#Shipped_Implementations</a></div><div><blockquote type="cite"><div><br>Also, having a good reference local cache store implementation is<br>important to initial adoption, because people will find better numbers<br>when they evaluate Infinispan. </div></blockquote><blockquote type="cite"><div>They could begin their tests with other<br>cache stores like JdbcCacheStore, but most people will start with the<br>most easy-to-configure one with the least dependency.<br></div></blockquote>+1 </div><div>Not something urgent IMO, but I think it's worth keeping it in mind as this is something that can easily be passed to a potential contributor.<br><blockquote type="cite"><div><br>Just my 2 cents. :)<br><br>-- <br>Trustin Lee - <a href="http://gleamynode.net/">http://gleamynode.net/</a><br><br><br>_______________________________________________<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</div></blockquote></div><br></body></html>