Aktuelle Benchmarks RS / VPS Produkte

    Heute mal Benchmarks von

    RS Rubber Ducky & RS 500 G12 BW25

    Beide Systeme habe ich komplett neu aufgesetzt und anschließend über ein Script eingerichtet.

    Laut CCP ist der Standort bei beiden Servern mit Nürnberg angegeben.

    Beim RS 500 wird jedoch abweichend Österreich (Austria) angezeigt, was mich etwas wundert.

    Heute mal ein Benchmark des RS-Piccolo-ARMore

    3 Mal editiert, zuletzt von duck (15. März 2026 um 09:42)

    ... und der Benchmark des VPS-piko-G11s, hier wurde mangels RAM wurde der Benchmark 6 abgebrochen.

    Ich habe soeben einen neuen VPS ARM übernommen und bei YABS festgestellt, daß nun kein hoher Steal mehr vorliegt?! Wurde nun nach 1 Jahr ohne Reaktion seitens Netcup das Problem endlich behoben?

    Der Steal liegt bei mir mit Geekbench6 bei gerade mal 1.7% und im Multi-Core höchstens kurzzeitig auf ~19%!

    Ich würde mich über eure Werte freuen :)


    // EDIT
    Ich hatte sonst immer bis zu 55%!

    Zitat von tab

    Also 55% habe ich bei meinen ARM-Servern bisher nie gesehen. 30% war schon der Extremfall.

    Ich hatte schon sehr hohe gehabt und ich meine auch schon von anderen gelesen zu haben, daß deren Steal bei ~50 lag. Ich habe gerade mal nach alten E-Mails mit dem Support gesucht, wo ich denen Benchmarks und mehr zugesandt habe aber leider nichts mehr gefunden :/

    Ich habe jetzt keine 20 erreicht und dies schaut soweit ganz OK aus gegenüber meiner alten Werte :/

    Zitat von AccountSuspended

    Ich hatte schon sehr hohe gehabt und ich meine auch schon von anderen gelesen zu haben, daß deren Steal bei ~50 lag. Ich habe gerade mal nach alten E-Mails mit dem Support gesucht, wo ich denen Benchmarks und mehr zugesandt habe aber leider nichts mehr gefunden :/

    Ich habe jetzt keine 20 erreicht und dies schaut soweit ganz OK aus gegenüber meiner alten Werte :/

    Wie hast du das gemessen? Nicht alle Multi-Core Tests bei GB 6 benutzen wirklich alle vorhandenen Cores.

    Hab auch mal wieder bei meinen RS Piccolo ARMore yabs laufen lassen.
    Nebenher immer iostat -c -p ALL 2
    yabs:

    Spoiler anzeigen

    Basic System Information:

    ---------------------------------

    Uptime : 43 days, 13 hours, 55 minutes

    Processor : Neoverse-N1

    BIOS virt-9.2 CPU @ 2.0GHz

    CPU cores : 1 @ ??? MHz

    AES-NI : ✔ Enabled

    VM-x/AMD-V : ❌ Disabled

    RAM : 3.8 GiB

    Swap : 0.0 KiB

    Disk : 39.2 GiB

    Distro : Ubuntu 24.04.4 LTS

    Kernel : 6.8.0-100-generic

    VM Type : KVM

    IPv4/IPv6 : ✔ Online / ✔ Online

    IPv6 Network Information:

    ---------------------------------

    ISP : netcup GmbH

    ASN : AS197540 netcup GmbH

    Host : NETCUP-GMBH

    Location : Nuremberg, Bavaria (BY)

    Country : Germany

    fio Disk Speed Tests (Mixed R/W 50/50) (Partition /dev/vda3):

    ---------------------------------

    Block Size | 4k (IOPS) | 64k (IOPS)

    ------ | --- ---- | ---- ----

    Read | 111.94 MB/s (27.9k) | 466.67 MB/s (7.2k)

    Write | 111.87 MB/s (27.9k) | 480.54 MB/s (7.5k)

    Total | 223.81 MB/s (55.9k) | 947.22 MB/s (14.7k)

    | |

    Block Size | 512k (IOPS) | 1m (IOPS)

    ------ | --- ---- | ---- ----

    Read | 690.63 MB/s (1.3k) | 811.15 MB/s (792)

    Write | 749.71 MB/s (1.4k) | 905.00 MB/s (883)

    Total | 1.44 GB/s (2.8k) | 1.71 GB/s (1.6k)

    Geekbench 6 Benchmark Test:

    ---------------------------------

    Test | Value

    |

    Single Core | 864
    Multi Core | 864
    Full Test | https://browser.geekbench.com/v6/cpu/17539278

    iostat Log von chatgpt auswerten lasen:

    Spoiler anzeigen

    Der maximale gemessene %steal-Wert in deinem Ausschnitt ist 18,27 %.

    Bedeutung von %steal

    %steal zeigt an, wie viel CPU-Zeit einer virtuellen Maschine vom Hypervisor „weggenommen“ wurde, weil andere VMs auf demselben Host CPU bekommen haben.

    Bewertung deiner Werte

    • 0–1 % → unkritisch
    • 2–5 % → leicht spürbar unter Last
    • >10 % → deutlich relevant
    • 18,27 % → hoch, Hinweis auf CPU-Contention / überlasteten Host

    Auffällige Peaks in deinem Log

    Außerdem treten mehrfach auf:

    • 12,69 %
    • 10,53 %
    • 10,05 %
    • 9,95 %

    Das spricht für wiederkehrende Host-Überbuchung, nicht nur einen einmaligen Peak.

    Wichtig

    Dein kritischster Moment ist der mit:

    • %user = 29,44
    • %system = 22,34
    • %steal = 18,27
    • %idle = 29,95

    → Das heißt: CPU war stark beschäftigt und gleichzeitig wurde dir fast ein Fünftel CPU entzogen.

    => ist jetzt schon besser.

    Aber ich bin der Meinung, dass man trotzdem den Kern nicht als dediziert bewerben kann.
    Wenn mans erst später merkt, dass es technisch nicht geht, sollte man es halt einfach kommunizieren.
    Ist ja trotzdem kein schlechtes Produkt für knapp nen Euro.

    Hab gestern mal ein RS1000 bestellt für ein neues Projekt.

    Werte sehen okay aus, oder? Beim Disk Speed hätte ich mir etwas mehr erwartet. Hab es zweimal durchlaufen lassen.

    Geekbench Score hatte ich gestern etwas mehr (Single Core 1933 / Multi Core 5754). Wie stark varriert das bei Root Servern? Dachte eigentlich bei Root Server hat man die Kerne dediziert, wie groß sind da sonst die Schwankungen?

    Server Standort sollte Nürnberg sein, das wird nur falsch angezeigt.

    In letzter Zeit hatte ich meistens VPS und war damit recht zufrieden. Frage mich ob der Mehrpreis (von ca. 2,50€ im Monat) zum Root im Vergleich zum VPS 1000 sich lohnt. Hab paar ältere Benchmarks in diesem Thread gesehen, dabei kommen die VPS der G12 Generation eigentlich auch recht gut weg.


    Die reine Leistung unterscheidet sich nur minimal, soweit mir bekannt ist. Der Steal bei den VPS von Netcup (x86) ist wirklich sehr gering und stabil, daher glaube ich, daß für die meisten ein VPS mehr als ausreicht und ein sehr attraktives Angebot darstellt.

    Die RS bieten in meinen Augen lediglich:
    - Minimal höhere Verfügbarkeitsgarantie
    - Etwas bessere Traffic-Regelung
    - So gut wie keinen Steal der CPU (VPS x86 haben bis zu 3% bei voller Auslastung - Identische Leistung)

    Root Server hat man die Kerne dediziert
    Du erhältst keine Kerne sondern lediglich Threads. Ein Thread eines Kerns stellt dein "vCore" also virtuellen Kern dar

    Danke für den Hinweis - nachdem mein Server wieder träge reagierte, eine Speicheroptimierung durchgeführt und siehe da: Performance ist zurück (Support wollte, dass ich im Rettungsmodus Tests durchführe) Glaub, die haben noch immer nicht gecheckt, dass es an voller SSD liegt (Thread ist nach Forumsumstellung übrigens hier zu finden)

    temp.jpg

    zur info, aktuelles issue bei yabs
    https://github.com/masonr/yet-another-bench-script/issues/124#issuecomment-4331480763

    wobei yabs kann nix dafür, geekbench hat was geändert,
    yabs funktioniert eigentlich alles wie immer, bloss werden im Moment die Geekbenchwerte nicht angezeigt im Output
    (URL am Ende des Outputs funktioniert jedoch manuell)

    2 Mal editiert, zuletzt von stz (3. Mai 2026 um 14:59) aus folgendem Grund: edit url