gt; If that is much faster then the reduce phases are to blame. Try adding back
> one, then the other. I have a suspicion that the JS reduce is the problem.
>
> Cheers
>
> Russell
>
> [1] https://github.com/basho/riak-java-client/issues/113
>
>>
>
phases are to blame. Try adding back
one, then the other. I have a suspicion that the JS reduce is the problem.
Cheers
Russell
[1] https://github.com/basho/riak-java-client/issues/113
>
> I checked the github repository but could not find anything about
> BinIndexQuery.
> Daniel.
>
.java:90)
at com.basho.riak.client.query.MapReduce.execute(MapReduce.java:74)
I checked the github repository but could not find anything about
BinIndexQuery.
Daniel.
--
View this message in context:
http://riak-users.197444.n3.nabble.com/Slow-performance-on-getting-via-2i-tp3812664p38
ing an index MapReduce without reduce phases
performs more in line with your expectations.
Cheers
Russell
>
> I'm using java client 1.0.4 and riak cluster 1.1.1
> Any feedback appreciated.
>
> Daniel
>
> --
> View this message in context:
> http://riak-users.
thousands of keys?
In my case it more performant to list all the keys than do 2i query.
I'm using java client 1.0.4 and riak cluster 1.1.1
Any feedback appreciated.
Daniel
--
View this message in context:
http://riak-users.197444.n3.nabble.com/Slow-performance-on-getting-via-2i-tp38126
in context:
http://riak-users.197444.n3.nabble.com/Slow-performance-on-getting-via-2i-tp3812664p3812664.html
Sent from the Riak Users mailing list archive at Nabble.com.
___
riak-users mailing list
riak-users@lists.basho.com
http://lists.basho.
in context:
http://riak-users.197444.n3.nabble.com/Slow-performance-on-getting-via-2i-tp3812663p3812663.html
Sent from the Riak Users mailing list archive at Nabble.com.
___
riak-users mailing list
riak-users@lists.basho.com
http://lists.basho.