Dotaz: Vypis CPU - LXC kontejner samotny vs spusteny pres libvirt - se lisi

[aldrtik]

Zdravim

chci se zeptat, jestli jste se nekdo setkal s ruznosti vypisu:
/proc/cpuinfo

(na Debian 9 hosteli)

u stejneho kontejneru napr. s 4 CPU, jednou spusteneho pres lxc-start s definici:
lxc.cgroup.cpuset.cpus = 16-19

zde to dava 4 CPU

a podruhe pres virsh start
s definici:
<vcpu placement='static'>4</vcpu>

zde to dava plny pocet z hostitele.
Vypisy se ruzni bez ohledu na kolik CPU mam v xml definici nastaveno.

Spusteni pres libvirt vzdy ukazuje vypis vsech CPU hostitele.
A vypada to, ze to tak nevidim sam:

https://www.redhat.com/archives/libvirt-users/2019-September/msg00036.html

https://www.redhat.com/archives/libvirt-users/2015-August/msg00045.html

stress jsem jeste nepoustel, abych zjistil jak to je ve skutecnosti.
Vsimnuli jste si rozdilu ve vypisech?
 

Odpovědi

[majales]

Záleží asi na tom jak je nastavená emulace.

já mám v konfiguraci kvm virtuálky toto:

virsh dumpxml btrfs-test-01
<\domain type='kvm' id='31'>
  ..
  ..
  ..
  
  <\vcpu placement='static'>2<\vcpu>
  <\os>
    <\type arch='x86_64' machine='pc-i440fx-2.1'>hvm<\type>
    <\boot dev='hd'/>
  <\os>
  <\features>
    <\acpi/>
    <\apic/>
    <\pae/>
  <\features>
  <\clock offset='utc'/>
  <\on_poweroff>destroy<\on_poweroff>
  <\on_reboot>restart<\on_reboot>
  <\on_crash>restart<\on_crash>
  <\devices>
    <\emulator>/usr/bin/kvm<\emulator>
..
..

(Na lomítka nehleďte - přepsal jsem je aby mi to abclinuxu vzalo.)

A uvnitř mi to ukazuje cpu jako:

cat /proc/cpuinfo 
processor	: 0
vendor_id	: GenuineIntel
cpu family	: 6
model		: 6
model name	: QEMU Virtual CPU version 2.1.2
stepping	: 3
microcode	: 0x1
cpu MHz		: 3300.022
cache size	: 4096 KB
physical id	: 0
siblings	: 1
core id		: 0
cpu cores	: 1
apicid		: 0
initial apicid	: 0
fpu		: yes
fpu_exception	: yes
cpuid level	: 4
wp		: yes
flags		: fpu de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov pse36 clflush mmx fxsr sse sse2 syscall nx lm rep_good nopl cpuid tsc_known_freq pni cx16 x2apic popcnt hypervisor lahf_lm pti
bugs		: cpu_meltdown spectre_v1 spectre_v2 spec_store_bypass l1tf mds swapgs itlb_multihit
bogomips	: 6600.04
clflush size	: 64
cache_alignment	: 64
address sizes	: 40 bits physical, 48 bits virtual
power management:

processor	: 1
vendor_id	: GenuineIntel
cpu family	: 6
model		: 6
model name	: QEMU Virtual CPU version 2.1.2
stepping	: 3
microcode	: 0x1
cpu MHz		: 3300.022
cache size	: 4096 KB
physical id	: 1
siblings	: 1
core id		: 0
cpu cores	: 1
apicid		: 1
initial apicid	: 1
fpu		: yes
fpu_exception	: yes
cpuid level	: 4
wp		: yes
flags		: fpu de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov pse36 clflush mmx fxsr sse sse2 syscall nx lm rep_good nopl cpuid tsc_known_freq pni cx16 x2apic popcnt hypervisor lahf_lm pti
bugs		: cpu_meltdown spectre_v1 spectre_v2 spec_store_bypass l1tf mds swapgs itlb_multihit
bogomips	: 6600.04
clflush size	: 64
cache_alignment	: 64
address sizes	: 40 bits physical, 48 bits virtual
power management:

Nexeponujete v konfiguraci virtuálu celý HW ?

[aldrtik]

Zapomněl jsem ze začátku napsat, že KVM virtualizace funguje co se týče nastavení počtu CPU jak má, samotné LXC rovněž nastaví CPU jak je třeba, ale kombinace LXC přes libvirt má s detekcí CPU potíže.

Jestli se nepletu, sardel bude zanechána někde v ovladači libvirt-lxc podle stížností v odkazech výše a na pozadí asi bude toto politické rozhodnutí:

https://access.redhat.com/articles/1365153

Future development on the Linux containers framework is now based on the docker command-line interface. libvirt-lxc tooling may be removed in a future release of Red Hat Enterprise Linux (including Red Hat Enterprise Linux 7) and should not be relied upon for developing custom container management applications.

Jen jsem se chtěl ujistit, jestli ten projev ve vadné detekci CPU ještě někdo zaregistroval, případně nějak řešil.