sysbench: újabb processzor gyengébben teljesít?

Sok, nem sok, simán benne van a pakliban. Nem véletlen szokás a ht-t már eleve tiltani inkább.

Az álló óra is naponta kétszer a pontos időt mutatja ;)

mi a magyarázat? az, hogy a kérdéses információk adott CPU belső cache-ében vannak. Ha a guest másik CPU-t kap éppen, akkor a abban a CPU cache-ben nincsenek benne az adatok, nem működik (kellően) az utasítás előrejelzés sem.

Nem vagyok egy CPU guru, de - ha jól tudom - akkor a hyperthread (HT) akkor számítandó (majdnem) második CPU-nak ha megfelelően tudja használni az adott maghoz tartozó cache-t és utasítást előrejelző algoritmust.

Hardware:
HP ML350p Gen8
2018.05.21(A)(6 Jul 2018)

Sysbench
Host-on futattam, de megnéztem VM-ben 1vcpu-val:

$> sysbench --test=cpu run
Test execution summary:
total time: 8.4044s
total number of events: 10000
total time taken by event execution: 8.4037

$> sysbench --test=cpu --num-threads=2 run
Test execution summary:
total time: 8.3003s
total number of events: 10000
total time taken by event execution: 16.5966

Viszont megnéztem, most adtak ki valami új BIOS-t ehhez is :D

Version:2019.05.24 (28 Jun 2019)
This revision of the System ROM includes the latest revision of the Intel microcode which, in combination with operating system and/or hypervisor updates, provides mitigation for a new group of side channel vulnerabilities known as Microarchitectural Data Sampling (MDS). This includes support for mitigating the following vulnerabilities: CVE-2018-12126 - Microarchitectural Store Buffer Data Sampling, CVE-2018-12130 - Microarchitectural Fill Buffer Data Sampling, CVE-2018-12127 - Microarchitectural Load Port Data Sampling, and CVE-2019-11091 - Microarchitectural Data Sampling Uncacheable Memory. These issues are not unique to HPE servers.

Felesleges, már így is 75%-al olcsóbb.

Mindezek tetejébe a processzorok árazása kifejezetten baráti (a Xeonokhoz viszonyítva), a csúcsmodell közel féláron kínál több mint kétszer több processzormagot az Intelhez mérten. A processzorok versenyképességét bizonyítja, hogy az ismert szervergyártók (élükön a HPE-vel és a Lenovóval) már javában készülnek az új Epyc-re alapozó rendszerekkel, A nagy felhőszolgáltatók sem hagyják ki a lehetőséget, a Microsoft Azure és a Google Cloud egyaránt kínál majd Epyc "Rome" instance-eket, a Google pedig még belső infrastruktúrájában is beveti az AMD újdonságait.

https://www.hwsw.hu/hirek/60672/amd-epyc-2-generacio-rome-processzor-sz…

*******
Ij

https://imgur.com/a/Ux6dDJS

nem lehet, hogy a lassúnak tűnő helyen bénán vannak kiosztva a cpu core-ok és egy másik vm is használja? ht miatt.

Érdemes tisztában lenni azzal, mit tesztel pontosan az adott szoftver. Tartok attól, hogy nem azt, amit szeretnénk kimutatni.
A forráskódját tanulmányozva (src/tests/cpu/sb_cpu.c) esetünkben simán prímjelölt moduló (2..sqrt(prímjelölt)) között az integeres hardverosztót nyúzza.
Az ARM-ok integerben igen jók, a hardverosztója sem rosszabb az x86-nál. Nézzünk egy ARM Cortex A53 architektúrát:

odroid-c2:~$ sysbench --test=cpu --num-threads=1 run

Test execution summary:
    total time:                          9.7273s
    total number of events:              10000
    total time taken by event execution: 9.7245
    per-request statistics:
         min:                                  0.97ms
         avg:                                  0.97ms
         max:                                  1.54ms
         approx.  95 percentile:               0.98ms


odroid-c2:~$ sysbench --test=cpu --num-threads=4 run

Test execution summary:
    total time:                          2.3937s
    total number of events:              10000
    total time taken by event execution: 9.5696
    per-request statistics:
         min:                                  0.95ms
         avg:                                  0.96ms
         max:                                  1.88ms
         approx.  95 percentile:               0.97ms

Ezzel összevetve nem tűnik gyorsnak az Intel szerverproci, holott egyéb dolgokat figyelembevéve valójában sokkal nagyobb kiszolgálási teljesítményt ad a néhány wattos ARM Cortex A53-hoz képest.
Célszerű nem csak integeres hardver osztásra kihegyezni a tesztet (ahol a hardverosztó eleve igen nagy késleltetésű hardverművelet). Inkább olyan jellegű szintetikus teszttel célszerű próbálkozni, amely jobban közelít a rendszer valódi felhasználásához. Például ha webkiszolgáló, akkor teszt weboldalakat párhuzamos ab-vel terheljünk meg. Ha pedig jelfeldolgozás lesz a célja, akkor a leendő alkalmazástól függően f32 vagy f64 regiszterekkel FIR teszt, FFT teszt és hasonlókkal. Ilyen módon tesztelve már sokkal jelentősebb tempókülönbségek jönnek ki és a valós alkalmazással összhangban vannak a teszteredmények.