CPU Latenzen

Falk R.

Falk R.

Distinguished Member
Proxmox Subscriber
Aug 2, 2021
5,200
1,403
213
46
Damme, Germany
roesing.it
Hallo,

ich habe über die Suche im Forum leider nichts gefunden.
Ich hätte gern gewusst, wie ich die CPU Latenzen des Hosts oder der VMs anzeigen lassen kann.
Bei VMware ist das gut bekannt, da sind es die CPU Ready Werte. Bei HyperV kann ich per Perfmon die Latenzen der vCPUs anzeigen lassen.
Nur leider bei proxmox habe ich bisher nichts vergleichbares gefunden.

Falls es schon eine Thread dazu gibt, würde ich mich über einen Link freuen.

Gruß,
Falk
 
Hallo Falk
Mir wäre nicht bekannt dass man sich das anzeigen lassen kann.
Solange der IO delay möglichst niedrig ist und nicht höher als CPU Usage sollte doch alles OK sein.
Qemu Balancet ja sowieso alle VMs anhand deiner Kerne in der CPU.

Ich würde den CPU Type auf die Architektur deiner CPU einstellen.
Hat bei mir sehr viele Probleme mit der Performance behoben z.b. RAM Geschwindigkeit
 
Last edited:
Ich bin seit 15 Jahren Dienstleister im Bereich Virtualisierung. Die meisten Probleme mit "Virtualisierung ist langsam" oder "früher war die VM schneller" liegen an der Überbuchung der CPU Kerne. Wenn man das dem Kunden anhand der ausgelesenen Latenzen zeigen kann ist schon viel geholfen und man hat dann eine Möglichkeit zu zeigen, dass wenn man vCPUs reduziert hat, die Latenzen auch wieder runter gehen.

Irgendeine Möglichkeit wird es bestimmt auch unter Linux geben. Wenn ich meinen Kunden Proxmox empfehle, möchte ich dem Kunden auch Möglichkeiten fürs Performance Troubleshooting mitgeben.
 
"atop" zeigt dir ein bisschen genauere werte an (unter 7.0 auch ZFS ARC, die neuen PSI-Werte die IO-Load abloesen). "sar" aus dem paket sysstat bietet auch aehnliche moeglichkeiten, z.b.:

Code: 
$ sar -P ALL -p -q CPU,LOAD,PSI -u ALL 10
Linux 5.11.22-3-pve (HOST)      08/13/2021      _x86_64_        (20 CPU)

07:57:01 AM     CPU      %usr     %nice      %sys   %iowait    %steal      %irq     %soft    %guest    %gnice     %idle
07:57:11 AM     all      0.69      0.00      0.36      0.04      0.00      0.00      0.02      0.00      0.00     98.90
07:57:11 AM       0      0.40      0.00      0.30      0.00      0.00      0.00      0.00      0.00      0.00     99.30
07:57:11 AM       1      0.70      0.00      0.20      0.10      0.00      0.00      0.00      0.00      0.00     99.00
07:57:11 AM       2      0.30      0.00      0.30      0.00      0.00      0.00      0.00      0.00      0.00     99.40
07:57:11 AM       3      1.10      0.00      0.80      0.00      0.00      0.00      0.10      0.00      0.00     98.00
07:57:11 AM       4      1.51      0.00      0.40      0.00      0.00      0.00      0.00      0.00      0.00     98.09
07:57:11 AM       5      5.68      0.00      1.10      0.00      0.00      0.00      0.00      0.00      0.00     93.22
07:57:11 AM       6      0.50      0.00      0.80      0.40      0.00      0.00      0.00      0.00      0.00     98.30
07:57:11 AM       7      0.50      0.00      0.50      0.00      0.00      0.00      0.00      0.00      0.00     99.00
07:57:11 AM       8      0.60      0.00      0.60      0.00      0.00      0.00      0.00      0.00      0.00     98.80
07:57:11 AM       9      0.30      0.00      0.20      0.10      0.00      0.00      0.00      0.00      0.00     99.40
07:57:11 AM      10      0.10      0.00      0.40      0.00      0.00      0.00      0.00      0.00      0.00     99.50
07:57:11 AM      11      0.20      0.00      0.40      0.00      0.00      0.00      0.00      0.00      0.00     99.40
07:57:11 AM      12      0.10      0.00      0.10      0.10      0.00      0.00      0.00      0.00      0.00     99.70
07:57:11 AM      13      0.10      0.00      0.20      0.00      0.00      0.00      0.00      0.00      0.00     99.70
07:57:11 AM      14      0.10      0.00      0.10      0.00      0.00      0.00      0.00      0.00      0.00     99.80
07:57:11 AM      15      0.50      0.00      0.10      0.00      0.00      0.00      0.20      0.00      0.00     99.20
07:57:11 AM      16      0.00      0.00      0.20      0.00      0.00      0.00      0.00      0.00      0.00     99.80
07:57:11 AM      17      0.70      0.00      0.30      0.00      0.00      0.00      0.00      0.00      0.00     99.00
07:57:11 AM      18      0.20      0.00      0.00      0.00      0.00      0.00      0.00      0.00      0.00     99.80
07:57:11 AM      19      0.10      0.00      0.20      0.10      0.00      0.00      0.00      0.00      0.00     99.60

07:57:01 AM   runq-sz  plist-sz   ldavg-1   ldavg-5  ldavg-15   blocked
07:57:11 AM         0      1712      0.44      0.38      0.44         0

07:57:01 AM  %scpu-10  %scpu-60 %scpu-300     %scpu
07:57:11 AM      0.00      0.00      0.00      0.14

07:57:01 AM   %sio-10   %sio-60  %sio-300      %sio   %fio-10   %fio-60  %fio-300      %fio
07:57:11 AM      0.00      0.00      0.05      0.10      0.00      0.00      0.04      0.10

07:57:01 AM  %smem-10  %smem-60 %smem-300     %smem  %fmem-10  %fmem-60 %fmem-300     %fmem
07:57:11 AM      0.00      0.00      0.00      0.00      0.00      0.00      0.00      0.00

("man sar" gibt auskunft darueber was einzelne werte/spalten bedeuten)
 
  • Like
Reactions: Dunuin
Vielen Dank Fabian,

was ich aber nicht richtig verstehe, die %scpu Werte gehen hoch wenn ich die CPU überbuche, aber %steal sollte laut Beschreibung auch etwas anzeigen.
Ich hatte meinen Server auch schon auf 100% Last und %scpu ging bis auf 12 aber %steal bleibt bei 0,00.

sar -P ALL -p -q CPU -u ALL 5 Linux 5.11.22-3-pve (srv2) 08/13/2021 _x86_64_ (12 CPU) 09:56:31 AM CPU %usr %nice %sys %iowait %steal %irq %soft %guest %gnice %idle 09:56:36 AM all 0.43 0.00 0.62 0.15 0.00 0.00 0.45 43.60 0.00 54.75 09:56:36 AM 0 0.40 0.00 0.60 0.20 0.00 0.00 0.40 43.23 0.00 55.18 09:56:36 AM 1 1.39 0.00 0.79 0.20 0.00 0.00 0.40 38.29 0.00 58.93 09:56:36 AM 2 0.80 0.00 1.41 0.00 0.00 0.00 0.20 38.15 0.00 59.44 09:56:36 AM 3 0.40 0.00 0.99 0.20 0.00 0.00 0.99 44.14 0.00 53.28 09:56:36 AM 4 0.79 0.00 0.79 0.00 0.00 0.00 2.57 30.43 0.00 65.42 09:56:36 AM 5 0.20 0.00 0.20 0.00 0.00 0.00 0.40 44.67 0.00 54.53 09:56:36 AM 6 0.00 0.00 0.40 0.20 0.00 0.00 0.00 41.21 0.00 58.18 09:56:36 AM 7 0.20 0.00 0.40 0.40 0.00 0.00 0.20 46.40 0.00 52.40 09:56:36 AM 8 0.40 0.00 0.60 0.40 0.00 0.00 0.00 45.71 0.00 52.89 09:56:36 AM 9 0.20 0.00 0.40 0.00 0.00 0.00 0.00 41.41 0.00 57.98 09:56:36 AM 10 0.20 0.00 0.40 0.20 0.00 0.00 0.00 61.23 0.00 37.97 09:56:36 AM 11 0.20 0.00 0.41 0.00 0.00 0.00 0.20 48.37 0.00 50.81 09:56:31 AM %scpu-10 %scpu-60 %scpu-300 %scpu 09:56:36 AM 0.00 0.00 0.15 0.37
 
steal ist speziell fuer vCPUs/VMs (also aus gast sicht - der hypervisor war beschaeftigt mit anderen VMs, dewegen musste ich warten), scpu ist generell fuer "runnable tasks" die nicht ausgefuehrt werden konnten.
 
Vielen Dank für die Infos.
Bisher habe ich Lasttests nur mit Linux VMs gemacht, da konnte ich eine deutlich höhere Überbuchung der CPUs als bei ESXi oder HyperV fahren.
Ich werde das bei Gelegenheit auch mal mit Windows VMs testen. Bisher bin ich von Proxmox so sehr begeistert, dass meine Testumgebung vermutlich dauerhaft auf Proxmox bleibt. ;)
 
Für alle die es Interessiert. Der Lasttest mit Windows VMs war auch sehr gut. Anscheinend arbeitet der CPU Scheduler von KVM besser als der vom ESXi und HyperV. Vor allem sieht man, das die Last besser verteilt wird auf alle Threads (Hyperthreading). Da tut sich der ESXi etwas schwerer.
Auch die gefühlte Performance bei einer Überbuchung von 1:4,x war nicht perfekt, aber noch gut benutzbar obwohl 3 VMs liefen, die jeweils so viele vCPUs haben, wie die CPU echte Kerne.

Der Wert %scpu passt gut zu der gefühlten Performance.
Ich habe mir jetzt einen Wert von ca. 5% scpu als Grenze ermittelt, wo die VMs noch OK laufen, darüber wird es zäh. Hat jemand schon Erfahrungen dazu sammeln können und eventuell eigene Werte ermittelt?

Gruß Falk
 
You must log in or register to reply here.
Top Bottom