Re: [libvirt] [PATCH] Extend l3 cache to nodeinfo
2017-01-11 17:34 GMT+08:00 Daniel P. Berrange <berrange(a)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(a)redhat.com
https://www.redhat.com/mailman/listinfo/libvir-list
--
天涯无处不重逢
a leaf duckweed belongs to the sea , where not to meet in life
Attachments:
- attachment.html (text/html — 4.4 KB)