+zdbbl recommended value
guido.medina at temetra.com
Mon Jul 15 11:06:28 EDT 2013
Thanks for the quick answers Jared & Kelly,
+zdbbl 16384 is working ok for our production cluster (5 nodes), but for
development for some large 2i (a list of keys of 4m+) I get some
time-outs so I asked the question, cause there are memory implications,
I will try 32768 at our dev cluster (4 nodes) and leave production alone
On 15/07/13 15:58, Jared Morrow wrote:
> So higher +zdbbl numbers will allow for larger message buffers, but at
> the expense of memory usage. We've actually added better wording in
> the default vm.args file for 1.4+
> So I guess the best answer is trial & error. We added 32MB commented
> out in the vm.args, but it can go much higher than that (around 2gb is
> the true max). I think most people have found setting it to 32768
> helps without too much memory usage penalty.
> On Mon, Jul 15, 2013 at 8:38 AM, Guido Medina
> <guido.medina at temetra.com <mailto:guido.medina at temetra.com>> wrote:
> We had an issue in 1.4 where 2i operations were timing out, after
> going through support we were suggested to use "+zdbbl 16384", on
> the "Configuring Riak Docs" it is strongly suggested (unless doc
> need to be re-phrased) it should be higher:
> At the end of such doc there is the following fragment and we
> would like to know if there is a kind of all situations balanced
> value and the implications:
> Performance & Capacity settings
> It is strongly recommended that the following values be set in the
> Riak |vm.args| configuration file, which is located in the
> |/etc/riak| or |/opt/riak/etc| folder.
> ## This setting is not present in default Riak installations, so
> ## it should be added. In some cases, a value of 128000 may be
> ## appropriate.
> ## This setting is present in default Riak installations, so
> ## its value should be edited.
> -env ERL_MAX_PORTS16384
> Kind regards,
> riak-users mailing list
> riak-users at lists.basho.com <mailto:riak-users at lists.basho.com>
-------------- next part --------------
An HTML attachment was scrubbed...
More information about the riak-users