[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