[Openstack-operators] libvirt cpu type per instance
Tim Bell
Tim.Bell at cern.ch
Fri Mar 4 17:24:28 UTC 2016
There is a better explanation in the OpenStack docs :-) with an example how to get 50% slower (not something my users ask for often)
cpu_quota & cpu_period seems to give it according to http://docs.openstack.org/admin-guide-cloud/compute-flavors.html
Tim
On 04/03/16 15:59, "Jonathan Proulx" <jon at csail.mit.edu> wrote:
>On Fri, Mar 04, 2016 at 11:52:33AM +0800, gustavo panizzo (gfa) wrote:
>:On Thu, Mar 03, 2016 at 03:52:49PM -0500, Jonathan Proulx wrote:
>:>
>:> I have a user who wants to specify their libvirt CPU type to restrict
>:> performance because they're modeling embeded systems.
>:>
>:> I seem to vaguely recall there is/was a way to specify this either in
>:> the instance type or maybe even in the image metadata, but I can't
>:> seem to find it.
>:>
>:> Am I delusional or blind?
>
>
>As previous posters pointed out I was a bit delusional obviously cpu
>type only limits instruction set & is useful for bianry compatibility
>but mothing to do with speed limiting or equalization.
>
>:you can use
>:https://wiki.openstack.org/wiki/InstanceResourceQuota
>
>Thanks I think that has the bits I'm looking for. Had been reading on
>a different document about cpu_shares (which are relative and thus not
>what I want), but some how missed "cpu_quota" which may be the right
>thing for me
>
>so I was also a bit blind :)
>
>Thanks,
>-Jon
>
>
>:
>:to create "slow" flavors
>:
>:>
>:> -Jon
>:>
>:> --
>:>
>:> _______________________________________________
>:> OpenStack-operators mailing list
>:> OpenStack-operators at lists.openstack.org
>:> http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-operators
>:
>:--
>:1AE0 322E B8F7 4717 BDEA BF1D 44BB 1BA7 9F6C 6333
>:
>:keybase: http://keybase.io/gfa
>
>--
>
>_______________________________________________
>OpenStack-operators mailing list
>OpenStack-operators at lists.openstack.org
>http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-operators
More information about the OpenStack-operators
mailing list