[vfio-users] Distinguishing Logical and HT Cores, Cpu-latencies Script Results

[Rokas Kupstys]

Oh awesome. I was not aware of "lstopo". Thanks! Interesting thing - for
me "virsh capabilities" and "lstopo" display same information. id,
core_id and siblings values seem to match. I mean id is always same as
core_id therefore siblings value makes sense. No idea why its different
on your cpu. Technical stuff im not aware of.

On 2016.03.05 01:37, Jeff wrote:
> The output of lstopo shows that 0-6, 1-7, etc... are paired, which is
> what I originally assumed (as a 4790k is 0-4, 1-5, with similar
> architecture so I'd assume similar), but different from the virsh
> capabilities output (which did not list siblings correctly for me) 
> Pic: https://www.dropbox.com/s/m79l36e32f08b8d/out.png?dl=0
> XML: https://www.dropbox.com/s/wr93edyszlpcosm/summary.xml?dl=0
> So with all of that said, is it safe to say the pairings are 0-6, 1-7,
> 2-8, 3-9, 4-10, 5-11 for a 5930k?
> Just want to make sure.
> Thanks!
>
>
> On Fri, Mar 4, 2016 at 1:09 PM, Jeff <bungee91 at gmail.com
> <mailto:bungee91 at gmail.com>> wrote:
>
>     Interesting, relevant results below:
>
>     <topology>
>           <cells num='1'>
>             <cell id='0'>
>               <memory unit='KiB'>32839588</memory>
>               <cpus num='12'>
>                 <cpu id='0' socket_id='0' core_id='0' siblings='0'/>
>                 <cpu id='1' socket_id='0' core_id='0' siblings='1'/>
>                 <cpu id='2' socket_id='0' core_id='1' siblings='2'/>
>                 <cpu id='3' socket_id='0' core_id='1' siblings='3'/>
>                 <cpu id='4' socket_id='0' core_id='2' siblings='4'/>
>                 <cpu id='5' socket_id='0' core_id='2' siblings='5'/>
>                 <cpu id='6' socket_id='0' core_id='3' siblings='6'/>
>                 <cpu id='7' socket_id='0' core_id='3' siblings='7'/>
>                 <cpu id='8' socket_id='0' core_id='4' siblings='8'/>
>                 <cpu id='9' socket_id='0' core_id='4' siblings='9'/>
>                 <cpu id='10' socket_id='0' core_id='5' siblings='10'/>
>                 <cpu id='11' socket_id='0' core_id='5' siblings='11'/>
>               </cpus>
>             </cell>
>           </cells>
>         </topology>
>
>     The siblings value is equal to the cpu id, however the core_id
>     looks to be on to something!
>     So if that is correct, the pairings would then be cpu id 0 &1  =
>     core_id 0, cpu id 2 &3  = core_id 1, etc...
>     Does the output for yours show the siblings value differently (as
>     you explained it would then be cpuid 0 = siblings 1, etc...)?
>
>     On Fri, Mar 4, 2016 at 10:31 AM, Rokas Kupstys <rokups at zoho.com
>     <mailto:rokups at zoho.com>> wrote:
>
>         Run "virsh capabilities" and look for <cpus> tag. It lists
>         core siblings. Its what you are looking for right? For me this
>         script also is little inconclusive, however seems like libvirt
>         lists siblings right as i cant pin one core to two physical
>         cores that are not siblings.
>
>
>         On 2016.03.04 16:34, Jeff wrote:
>>         I'm trying to distinguish which cores are which on my Intel
>>         5930k processor.
>>         I ran the script at the console, with no other additional
>>         VM's, Docker, or plugins running (I'm running UnRAID).
>>         My output doesn't show any real differences between the
>>         cores, all 4's and 5's, with the expected 10 to itself.
>>         I had to modify the script a little to run (locations for
>>         netperf and BC), but that's really it.
>>         Nothing else special to report, no messing with governors, or
>>         the like.
>>         The output of the script (pic) is located
>>         here https://www.dropbox.com/s/nfyacpvqwy74mi2/IMG_20160302_195344%20%281%29.jpg?dl=0
>>
>>         Thanks!
>>
>>
>>         _______________________________________________
>>         vfio-users mailing list
>>         vfio-users at redhat.com <mailto:vfio-users at redhat.com>
>>         https://www.redhat.com/mailman/listinfo/vfio-users
>
>
>         _______________________________________________
>         vfio-users mailing list
>         vfio-users at redhat.com <mailto:vfio-users at redhat.com>
>         https://www.redhat.com/mailman/listinfo/vfio-users
>
>
>
>
>
> _______________________________________________
> vfio-users mailing list
> vfio-users at redhat.com
> https://www.redhat.com/mailman/listinfo/vfio-users

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://listman.redhat.com/archives/vfio-users/attachments/20160305/766e1bb6/attachment.htm>