Vor ein paar Monaten war ich so genervt von der Performance meines Netcup Servers (vermutl. Generation 6), dass ich mal ein paar Tests gemacht habe, um die Performance genauer zu untersuchen. Dabei ist mir aufgefallen, dass in einigen Bereichen die "SSD" sehr schnell (2.500 MB/s) war und in anderen sterbens langsam (~10 MB/s) (hdparm liest nur den Anfang des Block Devices). Um herauszufinden was es damit auf sich hat, habe ich das Block Device in 512MB Blöcken ausgelesen und die Geschwindigkeit in einem Diagramm visualisiert:
Screenshot_20170607_000845.png
Dabei sieht man sehr schön wie es einige Blöcke gibt die eine sehr gute Performance haben und viele mit einer schlechten. Nach mehreren Durchläufen mit verschiedenen Block-Größen kam raus, dass die Blöcke sich im Laufe der Zeit auch verschieben, wodurch mir klar wurde, dass es eine Art Hardware Cache (auch bei --direct) wohl gibt, der häufig genutzte Blöcke schnell liefert. Daraufhin habe ich noch einmal eine zweite Version geschrieben die dieses Cache-Verhalten weiter getestet hat. Parallel bin ich auch mit dem Netcup Support in Kontakt gewesen und mein Server wurde einmal auf einen neuen Node verschoben, was aber keine Besserung brachte.
Am Ende hat das Defragmentieren (im SCP) etwas geholfen. Von Netcup bin ich eher enttäuscht was das Thema angeht, aber hatte irgendwann auch weder Zeit noch Lust mich damit weiter auseinanderzusetzen. Insgesamt habe ich aber keinen anderen Rechner der eine so lahme mittlere IO Performance hat wie mein Netcup Server. Sowas als "SSD Performance" zu vermarkten ist dann schon grenzwertig.
Falls Ihr eure Server auch einmal testen wollt, die beiden Skripte habe ich einmal angehängt. Bitte erst lesen und grob verstehen was die machen, bevor Ihr euch irgendwas kaputt macht (und .txt Dateinamensendungen entfernen).
