<div dir="ltr">Hello Galder,<div><br></div><div>We are not limited to put/get calls, we are using complex remote queries to retrieve specific subset of data (sort by date, containing field = %test%), this kind of request.</div>
<div><br></div><div>We use protobuf to serialize/ deserialize data into the infinispan cache.</div><div><br></div><div>I will try to disable transaction and give you some information on what happend.</div><div><br></div>
<div>
Thanks</div><div><br></div><div>Guillaume</div></div><div class="gmail_extra"><br><br><div class="gmail_quote">2014-03-26 11:26 GMT+01:00 Galder Zamarreņo <span dir="ltr"><<a href="mailto:galder@redhat.com" target="_blank">galder@redhat.com</a>></span>:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Hi Guillaume,<br>
<br>
I’m looking at your project and not sure I understand what you are trying to do.<br>
<br>
If your queries are limited to put/get calls, indexing the contents in the Hot Rod server is probably pointless because it just stores binary data, unless you have remote querying enabled, in which it uses protobuf stuff to index data (Adrian Nistor can provide more details). Unless you are doing remote querying (<a href="http://infinispan.org/docs/6.0.x/user_guide/user_guide.html#_querying_via_the_java_hot_rod_client" target="_blank">http://infinispan.org/docs/6.0.x/user_guide/user_guide.html#_querying_via_the_java_hot_rod_client</a>) with complex queries, I’d disable any indexing.<br>
<br>
In either case, Hot Rod protocol is non transactional, so normally i’d start disabling transactions. Now, without transactions, if there’s some lag, you should inspect the usual suspects: GC logs, thread dumps,…etc and see whether anything pops up.<br>
<br>
Cheers,<br>
<div><div class="h5"><br>
On 17 Mar 2014, at 11:45, Guillaume terral <<a href="mailto:guillaume.terral@gmail.com">guillaume.terral@gmail.com</a>> wrote:<br>
<br>
> Hello Infinispan Dev Team,<br>
><br>
><br>
><br>
> After several days of testing and research with Sanne Grinovero, he asked me to send an email to this mailing list to expose you my issue with Infinispan.<br>
><br>
><br>
> I'm actually working on a project to build an infinispan cluster with the following requirement:<br>
><br>
><br>
> - Clustered nodes in Distributed mode<br>
><br>
> - Usage of HotRod to send and query data from the cluster<br>
><br>
> - Low latency for read and write<br>
><br>
> - Distributed lucene index<br>
><br>
> - JGroups back-end<br>
><br>
><br>
> I posted the configuration i have for my cluster and for the hot rod client on a github under:<br>
><br>
><br>
> <a href="https://github.com/guillaumeterral/infinispan-test" target="_blank">https://github.com/guillaumeterral/infinispan-test</a><br>
><br>
><br>
> You will see a little readme explaining how to use this java project.<br>
><br>
><br>
> I faced some issues along my development,<br>
><br>
><br>
> What i noticed is:<br>
><br>
><br>
> If i remove the line .transaction().transactionMode(TransactionMode.NON_TRANSACTIONAL), I have good latencies showed in the statistics MBean for averageWritingTime but I get an unstable cluster with the following issues:<br>
><br>
><br>
><br>
> - lock issue, one node lock the index and try to write in it, at the same time another node is trying to lock the index, this behavior lead to a lock timeout.<br>
><br>
> - send message timeout, some node timeout to send message to others, i was not able to understand the root code.<br>
><br>
> - compound file not found, this appears only if I use compound file (default behavior) I think those errors are due to previous ones.<br>
><br>
><br>
> But with a non transactional cluster i get a pretty stable cluster but with really bad latencies (~ 1.5s) showed in the cluster and in the GUI client i wrote, this client is not present of GitHub I can push a console client on demand if you want.<br>
><br>
><br>
> We tried to investigate the issue with Sanne, but across IRC it's not that easy.<br>
><br>
><br>
> Could you provide me some help/advice, we are really motivated to use Infinispan and to give you some feedback on it, especially the HotRod client/server component.<br>
><br>
><br>
> We plan to test Infinispan 7.0 and provide you some feedback when we will complete our requirements on Infinispan 6.0 cluster.<br>
><br>
><br>
> You can join me at this mail adress at any time, or contact me on IRC (#infinispan) my nickname is guillaume__ , i'm almost always connected on it.<br>
><br>
><br>
> Thanks in advance,<br>
><br>
><br>
><br>
> Guillaume<br>
><br>
><br>
><br>
</div></div>> _______________________________________________<br>
> infinispan-dev mailing list<br>
> <a href="mailto:infinispan-dev@lists.jboss.org">infinispan-dev@lists.jboss.org</a><br>
> <a href="https://lists.jboss.org/mailman/listinfo/infinispan-dev" target="_blank">https://lists.jboss.org/mailman/listinfo/infinispan-dev</a><br>
<br>
<br>
--<br>
Galder Zamarreņo<br>
<a href="mailto:galder@redhat.com">galder@redhat.com</a><br>
<a href="http://twitter.com/galderz" target="_blank">twitter.com/galderz</a><br>
<br>
Project Lead, Escalante<br>
<a href="http://escalante.io" target="_blank">http://escalante.io</a><br>
<br>
Engineer, Infinispan<br>
<a href="http://infinispan.org" target="_blank">http://infinispan.org</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>
<a href="https://lists.jboss.org/mailman/listinfo/infinispan-dev" target="_blank">https://lists.jboss.org/mailman/listinfo/infinispan-dev</a><br>
</blockquote></div><br></div>