[libvirt] [PATCH V3] Expose resource control capabilites on cache bank

Daniel P. Berrange berrange at redhat.com
Fri Apr 7 11:06:53 UTC 2017


On Fri, Apr 07, 2017 at 01:04:57PM +0200, Martin Kletzander wrote:
> On Fri, Apr 07, 2017 at 05:47:54PM +0800, Eli Qiao wrote:
> > > 
> > > The name doesn't really matter that much, 'scope' makes a bit more
> > > sense, 'type' is consistent with the cache bank specification, I'm fine
> > > with any. The big question here was if it is possible to have:
> > > 
> > > <bank type='unified'>
> > > <control scope='code'/>
> > > <control scope='data'/>
> > > </bank>
> > > 
> > > And from what you say, the simple answer is "yes". So we need to have
> > > the attribute there in the control element as well.
> > > 
> > > 
> > 
> > 
> > Dan/Martin
> > 
> > Could you please advice which should be changed ? LoL
> > 
> > This is the output if I enabled CDP
> > 
> >    <cache>
> >      <bank id='0' level='3' type='unified' size='15360' unit='KiB' cpus='0-5'>
> >        <control min='768' unit='KiB' type='instruction' nallocations='8'/>
> >        <control min='768' unit='KiB' type='data' nallocations='8'/>
> >      </bank>
> >      <bank id='1' level='3' type='unified' size='15360' unit='KiB' cpus='6-11'>
> >        <control min='768' unit='KiB' type='instruction' nallocations='8'/>
> >        <control min='768' unit='KiB' type='data' nallocations='8'/>
> >      </bank>
> >    </cache>
> > 
> > 
> > 1. change nallocations to allocations/max_allocation?
> 
> Dan said he's fine with both, I'd probably go for max_allocations
> 
> > 2. change type to scope ?
> 
> I don't care, pros for both in the previous mail.

Both attributes take the same enum values, so it is best to be consistent
with the attribute name.

Regards,
Daniel
-- 
|: http://berrange.com      -o-    http://www.flickr.com/photos/dberrange/ :|
|: http://libvirt.org              -o-             http://virt-manager.org :|
|: http://entangle-photo.org       -o-    http://search.cpan.org/~danberr/ :|




More information about the libvir-list mailing list