Re: [infinispan-dev] Infinispan Benchmarks

The benchmarking in question is simple insertions and retrievals run via sockets, these benchmarks return better results when run on a local machine, however the testing in question is being done on the Amazon E2 cloud. Running on the E2 was a problem in itself, but I followed the instructions on a blog and used an xml file to configure the transport properties. <config xmlns="urn:org:jgroups" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xsi:schemaLocation="urn:org:jgroups file:schema/JGroups-2.8.xsd"> <TCP bind_port="7800" /> <TCPPING timeout="3000" initial_hosts="${jgroups.tcpping.initial_hosts:10.209.166.79[7800],10.209.198.176[7800],10.208.199.223[7800],10.208.190.224[7800],10.208.70.112[7800]}" port_range="1" num_initial_members="3"/> <MERGE2 max_interval="30000" min_interval="10000"/> <FD_SOCK/> <FD timeout="10000" max_tries="5" /> <VERIFY_SUSPECT timeout="1500" /> <pbcast.NAKACK use_mcast_xmit="false" gc_lag="0" retransmit_timeout="300,600,1200,2400,4800" discard_delivered_msgs="true"/> <UNICAST timeout="300,600,1200" /> <pbcast.STABLE stability_delay="1000" desired_avg_gossip="50000" max_bytes="400000"/> <pbcast.GMS print_local_addr="true" join_timeout="3000" view_bundling="true"/> <FC max_credits="2000000" min_threshold="0.10"/> <FRAG2 frag_size="60000" /> <pbcast.STREAMING_STATE_TRANSFER/> </config> I have a theory, that perhaps the introduction of TCPPING in the jgroups file is resulting in some form of polling before the actual get request is processed and returned. Could this be the case ? On Tue, Nov 17, 2009 at 12:03 AM, Manik Surtani <manik(a)jboss.org&gt; wrote: -- Michael Lawson