<html><body style="word-wrap: break-word; -webkit-nbsp-mode: space; -webkit-line-break: after-white-space; "><br><div><div>On Jul 13, 2009, at 23:59, Manik Surtani wrote:</div><br class="Apple-interchange-newline"><blockquote type="cite"><div style="word-wrap: break-word; -webkit-nbsp-mode: space; -webkit-line-break: after-white-space; "><br><div><div>On 13 Jul 2009, at 17:10, Łukasz Moreń wrote:</div><br class="Apple-interchange-newline"><blockquote type="cite"><blockquote class="gmail_quote" style="margin-top:0px;margin-right:0px;margin-bottom:0px;margin-left:0.8ex;border-left-width:1px;border-left-color:rgb(204, 204, 204);border-left-style:solid;padding-left:1ex"> 1. share the same grid cache between the master and the slaves</blockquote><div><br></div><span style="font-family:arial, sans-serif;font-size:13px;border-collapse:collapse"><blockquote class="gmail_quote" style="margin-top:0px;margin-right:0px;margin-bottom:0px;margin-left:0.8ex;border-left-width:1px;border-left-color:rgb(204, 204, 204);border-left-style:solid;padding-left:1ex"> Infinispan has a flat structure. The key has to contain:</blockquote><blockquote class="gmail_quote" style="margin-top:0px;margin-right:0px;margin-bottom:0px;margin-left:0.8ex;border-left-width:1px;border-left-color:rgb(204, 204, 204);border-left-style:solid;padding-left:1ex"> - the index name</blockquote><blockquote class="gmail_quote" style="margin-top:0px;margin-right:0px;margin-bottom:0px;margin-left:0.8ex;border-left-width:1px;border-left-color:rgb(204, 204, 204);border-left-style:solid;padding-left:1ex"> - the chunk name </blockquote><blockquote class="gmail_quote" style="margin-top:0px;margin-right:0px;margin-bottom:0px;margin-left:0.8ex;border-left-width:1px;border-left-color:rgb(204, 204, 204);border-left-style:solid;padding-left:1ex"> <span style="border-collapse:separate;font-family:arial;font-size:small">Both with essentially be the unique identifier. </span></blockquote><div><br></div><div>I suppose in this idea all indexes are stored in a one single grid. What about one Infinispan grid per directory, similarly to RAMDirectory or FSDirectory? IMHO it could make some simplifications i.e. in metadata or key names. </div> <div>Are there any Infinispan drawbacks to have a high number of caches in the network? Sharing JGroups channels can help in that?</div></span></blockquote><div><br></div><div>They already share JGroups channels and other "heavy" components wherever possible. Its just that configuration becomes more of a pain, etc. </div><div><br></div><div>When you say one cache per index, how do you define an index? Does 1 index mean all indexed data for a single java type? In which case couldn't these scale up dynamically and potentially on-demand? No wait - these are fixed in Hibernate Search on startup, correct?</div></div></div></blockquote><div><br></div><div>Right for now they are fixed at startup time.</div><div>I'm unclear what is easier really. One cache or multiple caches. Multiple configurations (if seen by the user) is a PITA on the other hand could provide some flexibility (ie one cache behavior != than another) but that's rarely needed very likely.</div><div><br></div></div></body></html>