[Bug 1665270] Re: Lower number of workers by default
Felipe Reyes
1665270 at bugs.launchpad.net
Thu Feb 16 14:52:23 UTC 2017
Another option could be allow this config option to be more than just a
multiplier, so you could set a fixed number of threads for instance.
Possible values:
- FLOAT, behaves as it does today
- INTw , fixed number of workers
- INTw,FLOAT,INTw , this would be <minimum number of workers>,<multiplier for the cpus>,<maximum number of workers>, with this we'll have the chance to say "I want a minimum of 4 workers, but if there are 'lots' of core go ahead an used them without going over 12 workers". In the context of bundles and non homogeneous hardware would be helpful.
--
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 Charm Helpers:
New
Status in cinder package in Juju Charms Collection:
New
Status in glance package in Juju Charms Collection:
New
Status in heat package in Juju Charms Collection:
New
Status in keystone package in Juju Charms Collection:
New
Status in neutron-api package in Juju Charms Collection:
New
Status in neutron-gateway package in Juju Charms Collection:
New
Status in nova-cloud-controller package in Juju Charms Collection:
New
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-helpers/+bug/1665270/+subscriptions
More information about the Ubuntu-openstack-bugs
mailing list