On 22 September 2017 at 13:49, Sebastian Laskawiec <slaskawi(a)redhat.com> wrote:
It's very tricky...
Memory is adjusted automatically to the container size [1] (of course you
may override it by supplying Xmx or "-n" as parameters [2]). The safe limit
is roughly Xmx=Xms=50% of container capacity (unless you do the off-heap,
that you can squeeze Infinispan much, much more).
Then there are Limits, Requests and QoS in Kubernetes [3][4]. We are in
bustable memory category so if there is additional memory in the node, we'll
get it. But if not, we won't go below 512 MB (and 500 mCPU).
I hope that's a temporary choice of the work in process?
Doesn't sound acceptable to address real world requirements..
Infinispan expects users to estimate how much memory they will need -
which is hard enough - and then we should at least be able to start a
cluster to address the specified need. Being able to rely on 512MB
only per node would require lots of nodes even for small data sets,
leading to extreme resource waste as each node would consume some non
negligible portion of memory just to run the thing.
Thanks,
Sanne
Thanks,
Sebastian
[1]
https://github.com/jboss-dockerfiles/infinispan/tree/master/server#adjust...
[2]
https://github.com/jboss-dockerfiles/infinispan/blob/master/server/docker...
[3]
https://www.youtube.com/watch?v=nWGkvrIPqJ4
[4]
https://docs.openshift.com/enterprise/3.2/dev_guide/compute_resources.html
On Fri, Sep 22, 2017 at 2:33 PM Galder ZamarreƱo <galder(a)redhat.com> wrote:
>
> Hi Sebastian,
>
> How do you change memory settings for Infinispan started via service
> catalog?
>
> The memory settings seem defined in [1], but this is not one of the
> parameters supported.
>
> I guess we want this as parameter?
>
> Cheers,
>
> [1]
>
https://github.com/infinispan/infinispan-openshift-templates/blob/master/...
> --
> Galder ZamarreƱo
> Infinispan, Red Hat
>
_______________________________________________
infinispan-dev mailing list
infinispan-dev(a)lists.jboss.org
https://lists.jboss.org/mailman/listinfo/infinispan-dev