[Bug 1665270] Re: Lower number of workers by default
James Page
james.page at ubuntu.com
Wed Mar 15 11:26:01 UTC 2017
I agree that capping the calculated value is probably a good idea; we
recently did this for the dataset size configuration in percona-cluster
(max out at 512M if the end-user does not provide any explicit
configuration).
We did discuss this a week or so ago - I think by default we should use
2 x the CPU's or 4 workers, whichever is lowest; if the charm user sets
worker-multiplier 0.5 or 8 (or anything else), then we will obey that
blindly, but the default unset configuration will cap at 4 workers.
--
You received this bug notification because you are a member of Ubuntu
OpenStack, which is subscribed to cinder in Juju Charms Collection.
Matching subscriptions: charm-bugs
https://bugs.launchpad.net/bugs/1665270
Title:
Lower number of workers by default
Status in OpenStack cinder charm:
New
Status in OpenStack glance charm:
New
Status in OpenStack heat charm:
New
Status in Charm Helpers:
New
Status in OpenStack keystone charm:
New
Status in OpenStack neutron-api charm:
New
Status in OpenStack neutron-gateway charm:
New
Status in OpenStack nova-cloud-controller charm:
New
Status in cinder package in Juju Charms Collection:
Invalid
Status in glance package in Juju Charms Collection:
Invalid
Status in heat package in Juju Charms Collection:
Invalid
Status in keystone package in Juju Charms Collection:
Invalid
Status in neutron-api package in Juju Charms Collection:
Invalid
Status in neutron-gateway package in Juju Charms Collection:
Invalid
Status in nova-cloud-controller package in Juju Charms Collection:
Invalid
Bug description:
On containerized setups with multiple cpus and hyperthreading on the
metals the containers can see a large number of cores. With the
default worker multiplier settings this eg. results in 112 workers
plus a leader processes on one of our installs. With HA we have then
3x113 processes serving in total, which is a bit of a waste (3x16G of
RSS for one service, as an example)
While this can be tuned down I'd suggest to cap the number of workers
when the worker-multiplier setting is on default to make this more
sensible out of the box
To manage notifications about this bug go to:
https://bugs.launchpad.net/charm-cinder/+bug/1665270/+subscriptions
More information about the Ubuntu-openstack-bugs
mailing list