Thanks Michal for the explanation. I will dive in this article and see
if I understand it :-).
I use here the latest 4.4.3.12 Version. So I can hope, that newer
version will support my CPUs better :).
Best regards
Jonathan
Am 08.12.20 um 19:12 schrieb Michal Skrivanek:
qemu CPUs are mostly mapping to microarchitectures, for this one
there’s excessive number of details at [1] :)
but yours seems to be CofeeLake (8th gen) which is not really
supported yet in that version. Well, you didn’t say anything about
what your version is, so I don’t know for sure…
It’s usually a compromise between what the hardware has and what has
been implemented just yet
Thanks,
michal
[1]
https://en.wikichip.org/wiki/intel/microarchitectures/skylake_(server)
<
https://en.wikichip.org/wiki/intel/microarchitectures/skylake_(server)>
> On 8 Dec 2020, at 17:09, jb <jonbae77(a)gmail.com
> <mailto:jonbae77@gmail.com>> wrote:
>
> I get this output:
>
> "cpuFlags":
>
"sse4_2,hle,mpx,pti,pge,pbe,rtm,popcnt,cpuid,md-clear,lm,invtsc,invpcid_single,ibrs,tsc_deadline_timer,movbe,avx2,ibpb,pse36,umip,hypervisor,erms,fpu,bts,monitor,cmov,arch-capabilities,nx,mca,abm,pschange-mc-no,aes,ht,xsaves,ds_cpl,nonstop_tsc,adx,epb,bmi2,hwp,hwp_act_window,dtherm,aperfmperf,vme,invpcid,art,nopl,fsgsbase,pts,sep,cx8,msr,acpi,x2apic,xgetbv1,fma,flush_l1d,vmx,sse2,pat,constant_tsc,ssbd,sdbg,rdrand,clflushopt,cx16,ept,tsc_adjust,intel_pt,pse,de,stibp,sse,vpid,hwp_epp,ida,xsavec,arat,pae,clflush,tm,rdtscp,lahf_lm,cpuid_fault,pclmulqdq,fxsr,flexpriority,mtrr,syscall,ssse3,pdcm,3dnowprefetch,sse4_1,smep,rep_good,est,tpr_shadow,smap,dts,skip-l1dfl-vmentry,tm2,vnmi,hwp_notify,tsc_known_freq,mmx,dtes64,xsave,arch_perfmon,avx,rdseed,smx,ss,xtpr,f16c,bmi1,pni,pdpe1gb,apic,mce,xtopology,xsaveopt,pebs,pcid,tsc,md_clear,amd-ssbd,pln,spec_ctrl,model_Conroe,model_kvm32,model_Penryn,model_Skylake-Client-noTSX-IBRS,model_IvyBridge-IBRS,model_Broadwell-noTSX-IBRS,model_Opteron_G2,model_n270,model_SandyBridge-IBRS,model_pentium,model_kvm64,model_Westmere,model_Haswell-noTSX-IBRS,model_Haswell,model_pentium2,model_pentium3,model_Westmere-IBRS,model_Opteron_G1,model_Skylake-Client-IBRS,model_Nehalem,model_coreduo,model_Skylake-Client,model_qemu64,model_Haswell-IBRS,model_Haswell-noTSX,model_Broadwell-IBRS,model_IvyBridge,model_core2duo,model_486,model_Nehalem-IBRS,model_Broadwell-noTSX,model_SandyBridge,model_Broadwell,model_qemu32",
> "cpuModel": "Intel(R) Xeon(R) E-2246G CPU @ 3.60GHz",
> "cpuSockets": "1",
> "cpuSpeed": "4499.377",
> "cpuThreads": "12",
> "deferred_preallocation": true,
>
>
> Does this says something to you?
>
>
>
> Am 08.12.20 um 17:02 schrieb Vinícius Ferrão:
>> AFAIK Client is for the i3/i5/i7/i9 families and the other one is
>> for Xeon platforms.
>>
>> But you have pretty unusually Xeon, so it may be missing some flags
>> that will properly classify the CPU.
>>
>> You can run this on the host to check what’s detected:
>>
>> [root]# vdsm-client Host getCapabilities
>>
>> Sent from my iPhone
>>
>>> On 8 Dec 2020, at 10:52, jb <jonbae77(a)gmail.com> wrote:
>>>
> _______________________________________________
> Users mailing list -- users(a)ovirt.org <mailto:users@ovirt.org>
> To unsubscribe send an email to users-leave(a)ovirt.org
> <mailto:users-leave@ovirt.org>
> Privacy Statement:
https://www.ovirt.org/privacy-policy.html
> <
https://www.ovirt.org/privacy-policy.html>
> oVirt Code of Conduct:
>
https://www.ovirt.org/community/about/community-guidelines/
> <
https://www.ovirt.org/community/about/community-guidelines/>
> List Archives:
>
https://lists.ovirt.org/archives/list/users@ovirt.org/message/XXI2TXLN6BW...
>
<
https://lists.ovirt.org/archives/list/users@ovirt.org/message/XXI2TXLN6BW...