<html><head><meta http-equiv="Content-Type" content="text/html charset=us-ascii"></head><body style="word-wrap: break-word; -webkit-nbsp-mode: space; -webkit-line-break: after-white-space; ">To our "default" cache - which is where we store Datastore entries,<div>the test only does 1 put, 1 get, 1 delete, 1 query.</div><div><br></div><div><a href="https://github.com/capedwarf/capedwarf-blue/blob/master/cluster-tests/src/test/java/org/jboss/test/capedwarf/cluster/test/QueryTest.java">https://github.com/capedwarf/capedwarf-blue/blob/master/cluster-tests/src/test/java/org/jboss/test/capedwarf/cluster/test/QueryTest.java</a></div><div><br></div><div>There are other indexes that participate in this test as well, "logging" cache, etc.</div><div>But only "default" is configured with new "sync" stuff,</div><div>others all have this:</div><div><br></div><div><div> <indexing index="LOCAL"></div><div> <property name="hibernate.search.default.worker.execution">async</property></div></div><div><br></div><div>So I fail to see how this is "bunch of them".</div><div><br></div><div>-Ales</div><div><br><div><div>On Apr 12, 2013, at 2:12 PM, Emmanuel Bernard <<a href="mailto:emmanuel@hibernate.org">emmanuel@hibernate.org</a>> wrote:</div><br class="Apple-interchange-newline"><blockquote type="cite">No, it is one RPC call for every put or delete in the grid. I'm sure the<br>test makes a bunch of them.<br><br>On Fri 2013-04-12 12:40, Bela Ban wrote:<br><blockquote type="cite">I might have misunderstood something: if this is *one* sync RPC, then <br>enabling or disabling of bundling won't have an impact; as 60ms added to <br>50 secs doesn't make a diff.<br><br>On 4/12/13 12:20 PM, Sanne Grinovero wrote:<br><blockquote type="cite">+1<br>I'm going to verify that. Some index tuning options won't hurt either,<br>but first I'll set the blackhole to confirm that indexing is the cause.<br><br>On Apr 12, 2013 11:12 AM, "Bela Ban" <<a href="mailto:bban@redhat.com">bban@redhat.com</a><br><<a href="mailto:bban@redhat.com">mailto:bban@redhat.com</a>>> wrote:<br><br> OK, then it isn't JGroups related. Probably some indexing work done by<br> HS is on the critical path now, and wasn't before. The test probably<br> returned before that work was done.<br><br> On 4/12/13 11:21 AM, Ales Justin wrote:<br><blockquote type="cite">Still the same -- after changing this to false.<br><br>11:20:04,013 INFO<br></blockquote> [org.hibernate.search.indexes.impl.DirectoryBasedIndexManager]<br> (http-/192.168.30.235:8080-2) HSEARCH000168: Serialization service<br> Avro SerializationProvider v1.0 being used for index<br> 'default_capedwarf-test__com.google.appengine.api.datastore.Entity'<br><blockquote type="cite">11:20:54,730 INFO [org.jboss.web] (ServerService Thread Pool --<br></blockquote> 59) JBAS018224: Unregister web context: /capedwarf-tests<br><blockquote type="cite"><br><br>On Apr 12, 2013, at 9:43 AM, Bela Ban <<a href="mailto:bban@redhat.com">bban@redhat.com</a><br></blockquote> <<a href="mailto:bban@redhat.com">mailto:bban@redhat.com</a>>> wrote:<br><blockquote type="cite"><br><blockquote type="cite">You need to set enable_bundling to *false*, not true !<br><br>On 4/11/13 9:13 PM, Ales Justin wrote:<br><blockquote type="cite">Although this change fixes query lookup,<br>it adds horrible performance:<br><br>Running CapeDwarf cluster QueryTest:<br><br>with HSEARCH-1296<br><br>21:00:27,188 INFO<br></blockquote></blockquote></blockquote> [org.hibernate.search.indexes.impl.DirectoryBasedIndexManager]<br> (http-/192.168.1.102:8080-1) HSEARCH000168: Serialization service<br> Avro SerializationProvider v1.0 being used for index<br> 'default_capedwarf-test__com.google.appengine.api.datastore.Entity'<br><blockquote type="cite"><blockquote type="cite"><blockquote type="cite">21:01:17,911 INFO [org.jboss.web] (ServerService Thread Pool<br></blockquote></blockquote></blockquote> -- 49) JBAS018224: Unregister web context: /capedwarf-tests<br><blockquote type="cite"><blockquote type="cite"><blockquote type="cite"><br>50sec<br><br>old 4.2.0.Final HS<br><br>21:08:19,988 INFO<br></blockquote></blockquote></blockquote> [org.hibernate.search.indexes.impl.DirectoryBasedIndexManager]<br> (http-/192.168.1.102:8080-2) HSEARCH000168: Serialization service<br> Avro SerializationProvider v1.0 being used for index<br> 'default_capedwarf-test__com.google.appengine.api.datastore.Entity'<br><blockquote type="cite"><blockquote type="cite"><blockquote type="cite">21:08:20,829 INFO [org.jboss.web] (ServerService Thread Pool<br></blockquote></blockquote></blockquote> -- 49) JBAS018224: Unregister web context: /capedwarf-tests<br><blockquote type="cite"><blockquote type="cite"><blockquote type="cite"><br>841ms<br><br>---<br><br>I added<br><br> <property<br></blockquote></blockquote></blockquote> name="enable_bundling">true</property><br><blockquote type="cite"><blockquote type="cite"><blockquote type="cite"><br>to AS jgroups transport config, but no improvement.<br><br>Any (other) idea?<br><br>-Ales<br><br><br>_______________________________________________<br>infinispan-dev mailing list<br><a href="mailto:infinispan-dev@lists.jboss.org">infinispan-dev@lists.jboss.org</a><br></blockquote></blockquote></blockquote> <<a href="mailto:infinispan-dev@lists.jboss.org">mailto:infinispan-dev@lists.jboss.org</a>><br><blockquote type="cite"><blockquote type="cite"><blockquote type="cite"><a href="https://lists.jboss.org/mailman/listinfo/infinispan-dev">https://lists.jboss.org/mailman/listinfo/infinispan-dev</a><br><br></blockquote><br>--<br>Bela Ban, JGroups lead (<a href="http://www.jgroups.org">http://www.jgroups.org</a>)<br>_______________________________________________<br>infinispan-dev mailing list<br><a href="mailto:infinispan-dev@lists.jboss.org">infinispan-dev@lists.jboss.org</a><br></blockquote></blockquote> <<a href="mailto:infinispan-dev@lists.jboss.org">mailto:infinispan-dev@lists.jboss.org</a>><br><blockquote type="cite"><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><br>_______________________________________________<br>infinispan-dev mailing list<br><a href="mailto:infinispan-dev@lists.jboss.org">infinispan-dev@lists.jboss.org</a><br></blockquote> <<a href="mailto:infinispan-dev@lists.jboss.org">mailto:infinispan-dev@lists.jboss.org</a>><br><blockquote type="cite"><a href="https://lists.jboss.org/mailman/listinfo/infinispan-dev">https://lists.jboss.org/mailman/listinfo/infinispan-dev</a><br><br></blockquote><br> --<br> Bela Ban, JGroups lead (<a href="http://www.jgroups.org">http://www.jgroups.org</a>)<br> _______________________________________________<br> infinispan-dev mailing list<br> <a href="mailto:infinispan-dev@lists.jboss.org">infinispan-dev@lists.jboss.org</a> <<a href="mailto:infinispan-dev@lists.jboss.org">mailto:infinispan-dev@lists.jboss.org</a>><br> <a href="https://lists.jboss.org/mailman/listinfo/infinispan-dev">https://lists.jboss.org/mailman/listinfo/infinispan-dev</a><br><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<br><br></blockquote><br>-- <br>Bela Ban, JGroups lead (<a href="http://www.jgroups.org">http://www.jgroups.org</a>)<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<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></blockquote></div><br></div></body></html>