News zum Funktionsumfang der vServer VPS und RS

andreas. · May 30th 2022

Heute habe ich einmal auf meinen RS 8000 dank Snapshots einen IO-Test mit UEFI und einmal ohne UEFI mit folgendem Befehl durchgeführt:

Code

fio --randrepeat=1 --ioengine=libaio --direct=1 --gtod_reduce=1 --name=test --filename=test3 --bs=4k --iodepth=64 --size=1G --readwrite=randrw

Das Gute an diesen Befehl ist, dass dieser sehr Ressourcenschonend ist und den Server nicht für etliche Minuten bis Stunden unter Beschlag nimmt.

Mit UEFI:

Code

test: (g=0): rw=randrw, bs=(R) 4096B-4096B, (W) 4096B-4096B, (T) 4096B-4096B, ioengine=libaio, iodepth=64
fio-3.19
Starting 1 process
test: Laying out IO file (1 file / 1024MiB)
Jobs: 1 (f=1): [m(1)][100.0%][r=70.4MiB/s,w=70.4MiB/s][r=18.0k,w=18.0k IOPS][eta 00m:00s]
test: (groupid=0, jobs=1): err= 0: pid=5779: Mon May 30 18:41:28 2022
read: IOPS=15.3k, BW=59.9MiB/s (62.8MB/s)(512MiB/8544msec)
bw (  KiB/s): min=38888, max=76320, per=99.90%, avg=61283.94, stdev=13107.39, samples=16
iops        : min= 9722, max=19080, avg=15320.94, stdev=3276.92, samples=16
write: IOPS=15.3k, BW=59.9MiB/s (62.9MB/s)(512MiB/8544msec); 0 zone resets
bw (  KiB/s): min=39008, max=76616, per=99.71%, avg=61197.69, stdev=13130.07, samples=16
iops        : min= 9752, max=19154, avg=15299.38, stdev=3282.59, samples=16
cpu          : usr=7.43%, sys=15.21%, ctx=131042, majf=0, minf=7
IO depths    : 1=0.1%, 2=0.1%, 4=0.1%, 8=0.1%, 16=0.1%, 32=0.1%, >=64=100.0%
submit    : 0=0.0%, 4=100.0%, 8=0.0%, 16=0.0%, 32=0.0%, 64=0.0%, >=64=0.0%
complete  : 0=0.0%, 4=100.0%, 8=0.0%, 16=0.0%, 32=0.0%, 64=0.1%, >=64=0.0%
issued rwts: total=131040,131104,0,0 short=0,0,0,0 dropped=0,0,0,0
latency   : target=0, window=0, percentile=100.00%, depth=64

Run status group 0 (all jobs):
READ: bw=59.9MiB/s (62.8MB/s), 59.9MiB/s-59.9MiB/s (62.8MB/s-62.8MB/s), io=512MiB (537MB), run=8544-8544msec
WRITE: bw=59.9MiB/s (62.9MB/s), 59.9MiB/s-59.9MiB/s (62.9MB/s-62.9MB/s), io=512MiB (537MB), run=8544-8544msec

Disk stats (read/write):
vda: ios=128176/2, merge=0/1, ticks=6624/0, in_queue=6624, util=99.00%

Display More

Ohne UEFI:

Code

test: (g=0): rw=randrw, bs=(R) 4096B-4096B, (W) 4096B-4096B, (T) 4096B-4096B, ioengine=libaio, iodepth=64
fio-3.19
Starting 1 process
test: Laying out IO file (1 file / 1024MiB)
Jobs: 1 (f=1): [m(1)][100.0%][r=25.1MiB/s,w=25.4MiB/s][r=6414,w=6505 IOPS][eta 00m:00s]
test: (groupid=0, jobs=1): err= 0: pid=1632: Mon May 30 18:47:27 2022
read: IOPS=6238, BW=24.4MiB/s (25.6MB/s)(512MiB/21004msec)
bw (  KiB/s): min= 5405, max=35816, per=100.00%, avg=24990.59, stdev=7048.41, samples=41
iops        : min= 1351, max= 8954, avg=6247.59, stdev=1762.18, samples=41
write: IOPS=6241, BW=24.4MiB/s (25.6MB/s)(512MiB/21004msec); 0 zone resets
bw (  KiB/s): min= 5205, max=36136, per=100.00%, avg=24992.12, stdev=7140.86, samples=41
iops        : min= 1301, max= 9034, avg=6248.00, stdev=1785.26, samples=41
cpu          : usr=2.92%, sys=8.29%, ctx=131047, majf=0, minf=8
IO depths    : 1=0.1%, 2=0.1%, 4=0.1%, 8=0.1%, 16=0.1%, 32=0.1%, >=64=100.0%
submit    : 0=0.0%, 4=100.0%, 8=0.0%, 16=0.0%, 32=0.0%, 64=0.0%, >=64=0.0%
complete  : 0=0.0%, 4=100.0%, 8=0.0%, 16=0.0%, 32=0.0%, 64=0.1%, >=64=0.0%
issued rwts: total=131040,131104,0,0 short=0,0,0,0 dropped=0,0,0,0
latency   : target=0, window=0, percentile=100.00%, depth=64

Run status group 0 (all jobs):
READ: bw=24.4MiB/s (25.6MB/s), 24.4MiB/s-24.4MiB/s (25.6MB/s-25.6MB/s), io=512MiB (537MB), run=21004-21004msec
WRITE: bw=24.4MiB/s (25.6MB/s), 24.4MiB/s-24.4MiB/s (25.6MB/s-25.6MB/s), io=512MiB (537MB), run=21004-21004msec

Disk stats (read/write):
vda: ios=130041/20895, merge=0/15, ticks=18667/23655, in_queue=42322, util=99.45%

Display More

Die Unterschiede in Bezug auf die IOPS sind wie Tag und Nacht.

aRaphael · May 30th 2022

Das Problem bei diesem Test ist, dass die fio-Werte auf den netcup-Servern durchaus sehr stark schwanken können, je nachdem was gerade insgesamt auf dem Host los ist.

Beispiel über eine Woche;

pasted-from-clipboard.png

Zwei einzelne Tests zu vergleichen kann da u.U. auch zu falschen Schlussfolgerungen. Um hier sicher zu gehen, müsstest du eigentlich mehrere dieser Tests in größeren Zeitabständen durchführen.

TBT · May 30th 2022

Ich habe Deinen Befehl mit Adaption auf Windows System und auf meinem 8000er Äquivalent ohne UEFI ausgeführt:

Code

fio --randrepeat=1 --ioengine=windowsaio --direct=1 --gtod_reduce=1 --name=test --filename=test --bs=4k --iodepth=64 --size=4G --readwrite=randrw

mit einer Size von 4G (!) durchgeführt.

Code

test: (g=0): rw=randrw, bs=(R) 4096B-4096B, (W) 4096B-4096B, (T) 4096B-4096B, ioengine=windowsaio, iodepth=64
fio-3.27
Starting 1 thread
Jobs: 1 (f=1): [m(1)][100.0%][r=68.2MiB/s,w=68.3MiB/s][r=17.5k,w=17.5k IOPS][eta 00m:00s]
test: (groupid=0, jobs=1): err= 0: pid=11532: Mon May 30 19:53:38 2022
  read: IOPS=10.8k, BW=42.3MiB/s (44.3MB/s)(2049MiB/48471msec)
   bw (  KiB/s): min=22340, max=91285, per=100.00%, avg=61037.70, stdev=12756.90, samples=67
   iops        : min= 5585, max=22821, avg=15259.19, stdev=3189.18, samples=67
  write: IOPS=10.8k, BW=42.2MiB/s (44.3MB/s)(2047MiB/48471msec); 0 zone resets
   bw (  KiB/s): min=21210, max=91192, per=100.00%, avg=60934.55, stdev=12857.46, samples=67
   iops        : min= 5302, max=22798, avg=15233.37, stdev=3214.35, samples=67
  cpu          : usr=2.06%, sys=35.07%, ctx=0, majf=0, minf=0
  IO depths    : 1=0.1%, 2=0.1%, 4=0.7%, 8=5.0%, 16=17.6%, 32=70.9%, >=64=5.7%
     submit    : 0=0.0%, 4=100.0%, 8=0.0%, 16=0.0%, 32=0.0%, 64=0.0%, >=64=0.0%
     complete  : 0=0.0%, 4=96.9%, 8=0.6%, 16=0.5%, 32=0.6%, 64=1.3%, >=64=0.0%
     issued rwts: total=524625,523951,0,0 short=0,0,0,0 dropped=0,0,0,0
     latency   : target=0, window=0, percentile=100.00%, depth=64

Run status group 0 (all jobs):
   READ: bw=42.3MiB/s (44.3MB/s), 42.3MiB/s-42.3MiB/s (44.3MB/s-44.3MB/s), io=2049MiB (2149MB), run=48471-48471msec
  WRITE: bw=42.2MiB/s (44.3MB/s), 42.2MiB/s-42.2MiB/s (44.3MB/s-44.3MB/s), io=2047MiB (2146MB), run=48471-48471msec

Display More

Ist deutlich besser als Dein "ohne UEFI".

Imho hast Du einfach zwei verschieden gestreute Tests rausbekommen, evtl könnte die geringer Größe des Testfiles von 1G hier auch eine Rolle spielen.

Ich würde davon ausgehen, dass BIOS/UEFI keinerlei Auswirkungen auf die Performance hat.

andreas. · May 30th 2022

Quote from aRaphael

Das Problem bei diesem Test ist, dass die fio-Werte auf den netcup-Servern durchaus sehr stark schwanken können, je nachdem was gerade insgesamt auf dem Host los ist.
...
Zwei einzelne Tests zu vergleichen kann da u.U. auch zu falschen Schlussfolgerungen. Um hier sicher zu gehen, müsstest du eigentlich mehrere dieser Tests in größeren Zeitabständen durchführen.

Das hatte ich auch schon mitberücksichtigt und habe die Tests deswegen im Wechsel bis zu dreimal ohne große Zeitverzögerung wiederholt.

Beide Betriebssysteme "Rocky Linux 8.x" habe ich bis auf einmal mit und einmal ohne UEFI identisch auf einen und den selben Server installiert und jeweils als Snapshot abgelegt.

Bei diesen jeweiligen drei Durchgängen habe ich dann festgestellt, dass es mit eingeschaltetem UEFI immer wieder bessere Werte gab.

Quote from TBT

Imho hast Du einfach zwei verschieden gestreute Tests rausbekommen, evtl könnte die geringer Größe des Testfiles von 1G hier auch eine Rolle spielen.

Die Dateigröße, größer als 1 GB verändert das Endergebnis, so wie ich feststellen konnte, nicht wirklich. Und wenn es sich dann tatsächlich ändert, dann liegt es eher daran, wie viele Nachbarn auf dem gleiche Wirt die Platte nutzen.

mainziman · May 30th 2022

Quote from andreas.

Bei diesen jeweiligen drei Durchgängen habe ich dann festgestellt, dass es mit eingeschaltetem UEFI immer wieder bessere Werte gab.

fällt in dem Fall unter Zufall;

das wäre ja fast so als würde mir jemand erklären, dass wenn man das OS direkt von der Platte bootet es viel schneller ist,

als wenn man das Booten von der Platte z.B. mittels CD od. USB-Stick anwirft;

(der Gesamtbootvorgang mag schneller gehen, aber das ist was gänzlich anderes)

UEFI hat sicher keinen Einfluß auf die Zugriffsperformance

ich würde hier mal nachsehen, ob denn die Treiber jeweils ident waren, dies kann tatsächlich einen Einfluß haben ...

aRaphael · May 30th 2022

Quote from andreas.

...bis zu dreimal ohne große Zeitverzögerung wiederholt.

Ja, es ist wahrscheinlich, dass man bei drei Messungen, kurz hintereinander, ähnliche Werte bekommt.

Wenn man aber mehrere Messungen über den ganzen Tag verteilt, dann kann man doch sehr unterschiedliche Werte bekommen.

Mein munin-Plugin misst das im Abstand von einigen Stunden und da sind die Schwankungen dann teilweise schon deutlich.

(Ist von Server zu Server unterschiedlich stark. Kommt halt auf die Nachbarn an )

joas · May 30th 2022

andreas. ich habe schon mehrmals an fünf verschiedenen Tagen getestet, es gibt praktisch keinen Unterschied zwischen BIOS und UEFI. (siehe Beitrag)

Mit UEFI ist eigentlich dafür gedacht, mit größeren Partitionen mehr als 2 TB arbeiten und mehr als vier primäre Partitionen verwalten zu können. Und nicht performance-technisch zu verbessern.

Stichwort - GPT

@all und ja sorry für das Verbraten der Performance durch das intensive Benchmarken :-/ Ich musste das sinnvoll durchtesten.

KB19 · Jun 12th 2022

Sehe ich das eigentlich richtig, dass man mit dem UEFI Bootmanager (ESC drücken beim Start; kudos frank_m tomiboni) nun theoretisch auch endlich über PXE/HTTP/iSCSI im VLAN booten könnte?

Bildschirmfoto_2022-06-12_13-13-28.png Bildschirmfoto_2022-06-12_13-22-55.png Bildschirmfoto_2022-06-12_13-23-43.png Bildschirmfoto_2022-06-12_13-15-59.png

Das Problem scheint nur zu sein, dass geänderte UEFI-Einstellungen (wie z.B. die Boot-Reihenfolge) nicht dauerhaft gespeichert werden. Ist das beabsichtigt, Moderators oder einfach im Moment nicht umsetzbar?

AutoYaST · Jun 12th 2022

Jetzt hätte ich noch gerne ein günstiges Diskless-VPS Produkt von Netcup, damit ich von dem 700GB RS all meine anderen via iSCSI booten kann!

**[netcup] Claudia H.** · Jun 13th 2022

Quote from KB19

Sehe ich das eigentlich richtig, dass man mit dem UEFI Bootmanager (ESC drücken beim Start; kudos frank_m tomiboni) nun theoretisch auch endlich über PXE/HTTP/iSCSI im VLAN booten könnte?

Bildschirmfoto_2022-06-12_13-13-28.png Bildschirmfoto_2022-06-12_13-22-55.png Bildschirmfoto_2022-06-12_13-23-43.png Bildschirmfoto_2022-06-12_13-15-59.png

Das Problem scheint nur zu sein, dass geänderte UEFI-Einstellungen (wie z.B. die Boot-Reihenfolge) nicht dauerhaft gespeichert werden. Ist das beabsichtigt, Moderators oder einfach im Moment nicht umsetzbar?

KB19 Bitte öffne hierfür ein Support Ticket. Danke!

KB19 · Jun 13th 2022

So wichtig ist mir persönlich das Feature auch wieder nicht

(Sprich: Das darf gerne jemand machen, der das aktiv benutzen würde.)

joas · Oct 19th 2022

Ist mir heute aufgefallen, dass man bei SCP unter Network die Geschwindigkeit separat einstellen kann:
pasted-from-clipboard.png

Das ist neu, oder?

ThomasChr · Oct 19th 2022

Nur umstellen kann man die 2500 nicht, oder?

KB19 · Oct 19th 2022

joas Gibt es schon länger. Aber das Feld dient afaik nur zur Info und kann nicht geändert werden. Oder hat sich das geändert?

Olivetti · Oct 19th 2022

nein, hat sich nicht geändert. das feld dient nur zur info.

joas · Oct 20th 2022

Oh, sorry. Ich war ganz aufgeregt und dachte schnell: "Oh, das ist ja neu. Coole Funktion, dass ich meine Bandbreite individuell einstellen kann"

Kommando zurück

Tags