[libvirt] [PATCH] Extend l3 cache to nodeinfo

[乔立勇]

2017-01-11 17:34 GMT+08:00 Daniel P. Berrange <berrange at redhat.com>:

> On Wed, Jan 11, 2017 at 09:31:04AM +0000, Qiao, Liyong wrote:
> > Hi Daniel,
> >
> > I agree that to expose othe level cache but the only can be tuned
> (allocation). If we expose such kinds of information, the host should have
> ability to control such kinds of resources.
> >
> > In another thread, Martin told that there are cases which multiple
> sockets may has different values, I kinds of agree(but I don’t see that
> case), I agree to expose cache per socket, just wonder if
> >
> > cell == socket in libvirt? In my environment, I can see all socket_id in
> a cell are the same, wonder if I can extend cache information to cell node?
>
> No,  cell == NUMA node.  There can be multiple sockets per NUMA node. If
> you
> see multiple CPUs with the same socket_id, this indicates they are cores
> within the same CPU socket.
>
>
> Hi Daniel,

This's Eli again(gmail is better with formate)

thanks for your reply,

hmm... if so, we want to expose cache information though capabilities, we
need another topology to expose all sockets

such as

  <host>
    <uuid>f481c038-bb08-42e1-aa5f-f008a27e7050</uuid>
    <cpu>
    ...
    <cache>
        <sockets num = '2'>
            <socket id=0>
                <l3_cache unit='KiB'
support_allocation='yes'>56320</l3_cache>
                <l2_cache unit='KiB'''>256</l2_cache>
            </socket>
            <socket id=1>
                <l3_cache unit='KiB'
support_allocation='yes'>56320</l3_cache>
                <l2_cache unit='KiB'''>256</l2_cache>
            </socket>
        </sockets>
      </cache>
    </cpu>

P.S support_allocation tag means the host support allocate that kinds of
cache.

Does this make sense.



> 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/
> :|
>
> --
> libvir-list mailing list
> libvir-list at redhat.com
> https://www.redhat.com/mailman/listinfo/libvir-list
>



-- 
天涯无处不重逢
a leaf duckweed belongs to the sea , where not to meet in life
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://listman.redhat.com/archives/libvir-list/attachments/20170111/f3da8bfc/attachment-0001.htm>