[openstack-dev] Some idea on device assignment support

Diganta kumar Sahoo mail2digant at gmail.com
Fri Nov 2 07:34:20 UTC 2012


Hi  i  downloaded nova project from Github and i want to fix some bugs ,
please can anyone tell me the exact  procedure ?

On Fri, Nov 2, 2012 at 11:09 AM, Jiang, Yunhong <yunhong.jiang at intel.com>wrote:

>
>
> > -----Original Message-----
> > From: Vishvananda Ishaya [mailto:vishvananda at gmail.com]
> > Sent: Friday, November 02, 2012 2:22 AM
> > To: OpenStack Development Mailing List
> > Cc: vladimir at zadarastorage.com
> > Subject: Re: [openstack-dev] Some idea on device assignment support
> >
> >
> > On Nov 1, 2012, at 8:39 AM, heut2008 <heut2008 at gmail.com> wrote:
> >
> > >
> > > should  we create  a new table to  manage all these  devices? or  each
> > > nova-compute node manage their own devices allocation,if there is no
> > > new table to record this.  we need each kind of passthrough  devices
> > > has a driver to keep track of how many resources is free and how many
> > > is in use,  these info  is updated to schedule  by sending capability
> > > info periodly.
> >
> > I would prefer to avoid adding new tables unless we have to. It seems
> like the
> > HostState class in host_manager needs to be able to support arbitrary
> keys for
> > counting resources. Then we could create filter and weighting functions
> based
> > on these arbitrary keys and update the consume method to consume
> resources
> > from these keys based on instance_type_extra_specs.
>
> So possibly information like vcpu number (if core_filter is enabled) can
> also be in such category?
>
> Vish, how do you think about this idea to handle device assignment? If
> yes, I will create a blueprint for it.
>
> Thanks
> --jyh
>
> >
> > Perhaps we need some kind of compute_metadata. there is a compute stats
> > table which we might be able to abuse for this purpose.
> >
> > Vish
> >
> >
> > _______________________________________________
> > OpenStack-dev mailing list
> > OpenStack-dev at lists.openstack.org
> > http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
>
> _______________________________________________
> OpenStack-dev mailing list
> OpenStack-dev at lists.openstack.org
> http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.openstack.org/pipermail/openstack-dev/attachments/20121102/91f55532/attachment.html>


More information about the OpenStack-dev mailing list