Aktuelle Benchmarks RS / VPS Produkte

    Zitat von andreas.

    Wie sieht es denn über den Befehl TOP aus, wenn du deinen RS mal mit dem Rettungssystem hochfährst? Siehst du dann auch noch einen Steal von > 0?

    Da Steal per definitionem nur auftauchen kann, wenn die VM auch rechnen will, ist das kein guter Test. Es sei denn, man erzeugt eine adäquate Last im Rettungssystem.

    https://access.redhat.com/documentation/de-de/red_hat_enterprise_linux/7/html/virtualization_deployment_and_administration_guide/sect-kvm_guest_timing_management-steal_time_accounting

    Du könntest auch mal im Rettungssystem den Yabs-Test durchlaufen lassen und dann schauen, ob die Werte dann unabhängig vom Steal besser aussehen. Denn ich befürchte, dass du deine einzelnen eventuell ressourcenhungrige Dienste auch während der Tests parallel hast noch laufen lassen.

    Wann hast du das letzte Mal den Speicher optimiert? Nach 12 Monaten ohne Optimierung sahen meine Werte auch so aus. Dann einmal trim und direkt danach die Optimierung, und die Werte waren wieder wie am Anfang und wie im Screenshot von tab.

    Zitat von Ice-Cue

    ach. gar keine fehlermeldung. der befehl wird einfach ausgeführt und nix pssiert

    Soeben habe ich es auch mal mit einem Testserver ausprobiert und du bekommst es wie folgt zum Laufen:

    Im Rettungssystem mit vi die Datei /etc/resolv.conf öffnen und folgende Zeilen einfügen:

    nameserver 1.1.1.1

    nameserver 8.8.8.8

    Danach abspeichern.

    Dann im Root-Verzeichnis /root/temp folgende Befehle ausführen:

    Code
    wget -4 https://github.com/masonr/yet-another-bench-script/archive/refs/heads/master.zip

unzip master.zip

cd yet-another-bench-script-master

chmod u+x yabs.sh

./yabs.sh

    Jetzt sollte es beginnen mit dem Test.

    danke, script lässt sich ausführen :)

    ergebnis spricht für sich

    pasted-from-clipboard.png

    bekomm sogar im rescue im idle st count

    pasted-from-clipboard.png

    Ich gehe mal davon aus, dass das Laufwerk /root/temp zu klein war. Von daher schlage ich vor, dass du es noch mal im Rettungssystem wiederholst und als Arbeitslaufwerk deine Platte, die größer ist, reinhängst und auf dieser nochmal wiederholst.

    Dann müßtest du auch im Rettungssystem das IO und auch die Performance des Servers messen können.

    Zitat von andreas.

    Ich gehe mal davon aus, dass das Laufwerk /root/temp zu klein war. Von daher schlage ich vor, dass du es noch mal im Rettungssystem wiederholst und als Arbeitslaufwerk deine Platte, die größer ist, reinhängst und auf dieser nochmal wiederholst.

    Dann müßtest du auch im Rettungssystem das IO und auch die Performance des Servers messen können.

    ok. werde ich probieren. Aber wie genau stelle ich das an. wie kann ich die Festplatte einbinden und dann auf ihr den test durchführen? bin net wirklich ift im Rettungssystem. Danke schon mal <3

    OK. Ich hab’s jetzt erst gesehen. Der Server zeigt schon im Rettungssystem im Ruhezustand einen Steal von 0,1 an, was zu mindestens mir zeigt, dass das Wirtsystem / Hostsystem arge Probleme haben muß. Von daher würde ich eher jetzt ein Ticket erstellen und dem Support diesen Vorgang aufzeigen.

    Wenn der Support sich Zeit läßt, so gehe ich mal davon aus, dass es sogar noch nicht mal mehr mehrere Tage dauern müßte, bis dein Server zwangsweise vom jetzigen auf einem anderen Hostsystem umgezogen werden muß.

    Viel Erfolg.

    Es ist schwer vorstellbar, dass dies der Root-Server ist

    Zitat von andreas.

    OK. Ich hab’s jetzt erst gesehen. Der Server zeigt schon im Rettungssystem im Ruhezustand einen Steal von 0,1 an, was zu mindestens mir zeigt, dass das Wirtsystem / Hostsystem arge Probleme haben muß. Von daher würde ich eher jetzt ein Ticket erstellen und dem Support diesen Vorgang aufzeigen.

    Wenn der Support sich Zeit läßt, so gehe ich mal davon aus, dass es sogar noch nicht mal mehr mehrere Tage dauern müßte, bis dein Server zwangsweise vom jetzigen auf einem anderen Hostsystem umgezogen werden muß.

    Viel Erfolg.

    so, eine woche ist vergangen und der Suport hat sich nicht wieder zurückgemeldet. schon ein wenig frech finde ich.

    pasted-from-clipboard.png

    An deiner Stelle würde ich jetzt mit den Füßen abstimmen. Bei der Serverausstattung und Last kommen sicherlich auch andere Anbieter preislich in Frage.

    Ich gehe davon aus, dass deine Kommunikation mit dem Support grundsätzlich alle relevanten Informationen in kurzer, aber vollständiger und überschaubarer Form enthielt und du selbstverständlich jederzeit professionell aufgetreten bist, und würde deswegen vorschlagen, dass du noch einen höflichen Brief an Oliver Werner an die Adresse von Netcup im Impressum schreibst, und ausdrückst, wie schade du es findest, dass Netcup die Punkte fehlerfreie Produkte und kompetenter Support aus dem eigenen Qualitätsanspruch nicht erfüllt.

    Hab echt die Vermutung das bei solchen Fällen schneller reagiert wird, wenn man bei trustpilot, Google und Facebook es in der Bewertung einfließen lässt. Da sind sie dann immer total auf Zack.

    Das habe ich nun getan. Das ist normalerweise nicht meine Art, da ich Probleme im background klären möchte. Aber wenn es professionell vom Support ignoriert wird, sehe ich da keine andere Möglichkeit.

    Bei mir in Wien sieht‘s nach der letzten Downtime auch ähnlich aus, fast durchgehend im Idle 0,5 Steal, bei Last über 5%. Ticket hab ich noch nicht gemacht, weil der Support in den letzten Monaten echt immer schwächer geworden ist, und ich brauch echt selten was…