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

Eli Qiao qiaoliyong at gmail.com
Fri Apr 7 09:47:54 UTC 2017


> 
> 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?
2. change type to scope ? 
3. change `instruction` to `code` (with CDP enabled, it called DATA/CODE which is somewhat
    different from /sys/fs/system/cpu/cpu*/cache/type, and I am now reuse virCacheType defined
    by Martin, should I define another Type)?


> 
> P.S.: It would be clearly visible if you added the test case ;) 

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://listman.redhat.com/archives/libvir-list/attachments/20170407/62474089/attachment-0001.htm>


More information about the libvir-list mailing list