----- Original Message -----
From: "Gilad Chaplik" <gchaplik(a)redhat.com>
To: devel(a)ovirt.org
Sent: Monday, April 7, 2014 6:59:07 PM
Subject: [Devel] QoS Aggregate
Hi list,
While oVirt is rapidly continues to grow and gather features, it’s important
to wrap already existing features with new ones, for better UX reasons.
In oVirt 3.5, there are going to be 2 new QoS objects, CPU limits and blkio
limits, added to the existing one network QoS (since 3.3).
You are more than welcome to review my proposal to aggregate all features
under the same umbrella:
http://www.ovirt.org/Features/aggregate_QoS
Generally, I'm okay with the proposed design, however since we're using any
ORM framework to mitigate the data retrieval, could you provide the required
DB changes in details ? Meaning, how would you implement the DB inheritance ?
In addition, could you add the expected can-do-actions for example, prevent using a
specific QoS type when is not in the right scope, or block updating the QoS
type.
Currently there is a top level collection named vnicprofiles, a specific collection
for vm network interfaces profiles. Any thoughts about this as well ?
How will the search mechanism act with the suggested proposal ?
Thanks,
Gilad.
_______________________________________________
Devel mailing list
Devel(a)ovirt.org
http://lists.ovirt.org/mailman/listinfo/devel