Beiträge von BolverBlitz

Guten Abend alle zusammen.

Ich hab bisher meine NodeJs Projekte auf VPS/K8/Docker deployt dachte mir aber warum nicht mal den ungenutzten Webhosting 8000 verwenden für was Kleines.

TL;DR: Ich bekomms nicht hin.

Ich hab die Konfiguration gemacht, so wie ich sie erwarten würde.

pasted-from-clipboard.png

npm-Installation ging auch. Also klicke ich "App neu starten" es passiert nicht und anch ~10 Min kommt ein 504 Error.

Die Subdomain zeigt 404.

Also bin ich zu "Node.js-Befehle ausführen" und hab "npm run start" ausgeführt - Kein Log (Er loggt aber ins Filesystem, mehr später)

Gut, gehe wechsle ich auf Node21 (War ja default und Elo seit fast 2 Jahren...) aber gut zu testen. Ein Fortschritt, ich bekomme einen Log als Antwort!

pasted-from-clipboard.png

Der Fehler ist okay, Node21 ist EoL also alles wie erwartet, aber jetzt weiß ich das Webhosting/meine Config sind nicht fundamental defekt.

Zurück zu Node 20 gewechselt, wieder "App neu starten" geklickt. Subdomain 404... Filesystem Logs? Keine!

Um die Logs darunter zu erhalten hab ich via Node.js-Befehle von hand gestartet und im FS den log geöffnet (Da ja keine Antwort kommt ohne crash)

Was hab ich hier im Forum gefunden?

Der Port kommt via env (process.env.PORT) (Link)

Mein logger process.log.error(process.env.PORT) loggt -> undefined

Gut, nicht tragisch weiter unten geht der Fallback rein

const port = process.env.PORT || 3000;

Gesamter (relevanter) log

[Application] [19.01.2026 17:37:44] [S] Logger initialized at level info

[Application] [19.01.2026 17:37:44] [E] undefined

[Application] [19.01.2026 17:37:44] [E] FFmpeg is not installed or not in PATH.

[Application] [19.01.2026 17:37:44] [I] No new image tasks to process.

[Application] [19.01.2026 17:37:44] [S] Loaded API Plugin DataStore@0.0.1 in 5 ms

[Application] [19.01.2026 17:37:46] [S] Listening on port: 3000

Schaut gut aus, die route ist ein catch all für die index aber die Subdomain zeigt 404

Die Fragen sind:

Warum startet er bei "App neu starten" die App nicht?

Warum ist die ENV var mit dem PORT undefined?

Wie heißt die ENV für die IP auf die er binden soll? (Mein Default ist 127.0.0.1, aber auch 0.0.0.0 brachte kein Erfolg)

Und an Netcup direkt: Warum sind 8 von 9 Versionen EoL und was soll ich in 2 Monaten nutzen wenn 20.x auch EoL ist?

https://nodejs.org/en/about/previous-releases

Zitat von sla

Es passt aber, muss man leider sagen, ins Bild von netcup. Man erinnere sich mal zurück ans neue Traffic-Limit, Klagen von uns Nutzern, öffentliche Reaktion: keine. Selbst Bestandsserver, die anders verkauft wurden, wurden angepasst.

Was meinst du genau mit dem Traffic-Limit? Ich hab im CCP und SCP geschaut, da wird es jedoch garned erwähnt und mein alter RS 2000 G9 BF20 und der schiebt aktuell weitaus mehr als 3TB in 24h ohne in die neuen 300mbit Regeln zu laufen, ich hab den Server aber Anfang 2025 ausm Monitoring da ich nach und nach alles was ich noch brauche auf einen günstigeren ARM umlagere und somit leider keine Werte habe abgesehen vom CCP und der Software eigenen Statistik welche den Traffic macht.

Zitat von andreas.

Solange für die geteilte Performance auf dem Host je VM keine entsprechenden Quotas gesetzt werden, wird es immer Performanceeinbrüche geben.

Genau und auch das ist in meiner Erwartung, bei einem vServer (VPS 1000 ARM G11) sind auch größere Schwankungen für mich okay.
Da der RS hier ebenso eine VM ist, sind kleine Schwankungen auch okay. Wäre es nicht okay müsste ich tiefer in die Tasche greifen und zu einem Anbeiter welcher direkt Hardware anbietet.

Sowas lässt sich gut mit Queues in der Software regeln, braucht ein anderer Kunde eben mal mehr sammelen sich bei mir ein paar Jobs und werden später oder von einem anderen Server abgeabrietet.

Zitat von webdesignheld

Ich hatte gedacht die Werte müssten im Vertrag sein um bemängelt zu werden und vergeblich gesucht.

Bemängeln wird sicher schwer, jedoch rechtfertigt sich der Aufpreis der RS Reihe ja eigentlich durch die Planbarkeit, also rechne ich so wenn ich mich für ein Angebot entscheide z.b. AMD gibt den 9634 mit 168 Threads und 460,8GB/s RAM Bandbreite* an. Da jeder Thread nur einmal vergeben werden sollte heißt dass, das ich im Durschnitt also mit 2,7GB/s pro Thread rechnen können sollte. Disk IO ist in meinem Fall sogar relativ egal da ich keine IO Intensiven Dienste ausführe, mehr als die 126MB/s die ich heute Nacht im Benchmark hatte wären dennoch nett - Auch wenn laut Monitoring ich im 7 Tage Schnitt unter 15 MB/s bin.

*Je nach Tackt und Kanälen, wenn ich Netcups RS Angebote anschaue machen 12*64GB jedoch Sinn für 768GB System Ram.

Zitat von hamilrat

Selbst mit diesem Server habe ich diese Werte nicht erreicht. Ich hatte extra mehere Systeme durchgetestet um zu sehen, ob sich etwas unterscheiden würde. Hatte mich halt interessiert.

Und was Werte unter 1700 angeht, schau mal generell hier: https://browser.geekbench.com/search?q=netcup

Ich habe mir mal die Mühe gemacht und einfach alle Ergebnisse mit Netcup im Namen in einen Graph gepackt:

-- Ich möchte hier nochmal darauf hinweißen dass diese Tests unter uns hier unbekannten Umständen gemacht wurden! (e.g. Test wärend der Server andere Software ausführt) --

pasted-from-clipboard.pngpasted-from-clipboard.png
pasted-from-clipboard.pngpasted-from-clipboard.png

Normalisiert bei Multicore bedeutet Multicore Wert / Anzahl Kerne um die Werte besser miteinander vergleichen zu
Beachtet wuren nur CPUs mit AMD am anfang, keine QEMU/ARM etc

// Edit: Jetzt mit unterteilung in CPU Modelle (Hatte ich beim Originalen Chart vergessen)

Zitat von webdesignheld

welches Problem? ich hab den ganzen Thread durchgelesen und ich finde nix konkretes, nur die Befürchtung dass die Leistung nicht ausreichen könnte laut eines Tests. Werden diese BenchTests bei einem System direkt nach Installation gemacht? dann hätten die ja wenigstens ein bisschen Aussagekraft.

Von meiner Seite ist es einfach die Feststellung dass der Server langsamer wird, der Test ist nur ein Werkzeug um es vergleichen zu können mit anderen Kunden.
Grundsätzlich mache ich meine Tests immer bei einem frischen Server, oder frisch nach Updates welche einen neustart erfordern noch bevor irgendwelche Software läuft um möglichst genau zu testen.
Ich habe keine Jobs die täglich laufen und aufgezeichnet werden daher kann ich das nur als trend sehen, welcher schon eine gewisse Aussagekraft hat.
Meine Docker container haben in den letzten 6 Monaten um 43% zugelegt in Build Zeit. Das ist natürlich eine Kombination aus CPU, RAM, Netzwerk, Disk und auch dem Container selbst, so viel hat sich am Container selbst jedoch nicht geändert und viele Schritte sind unverändert gecached.
Minecraft server starten 13% langsamer
Die Software in einigen Containern startet, auf dem selben commit 17% langsamer
Das Web templating ist um 6% langsamer geworden

Das sind teils single core Jobs teils Multicore. Die Leistung ist ausreichend, das ist nicht das Thema.
Das Thema ist der neue Server kostet mehr und liefert nicht die Erwartung ab, welche für mich der Grund war zu wechseln (was ja auch eine menge Zeit kostet)
Milchmädchen Rechnungen:
Der alte Server hatte 12 Kerne, welche älter sind und 10000 Punkte. Ganz Stumpf (10000/12)*20 = 16666 Punkte für den neuen aber er macht nur 14000
Aber dann kommt noch dazu dass der G11 eine neuere CPU hat als der G9.
Nimmt man hier einfach die PassMark Multi Werte:
AMD EPYC 7702P: 480 Punkte / Thread
AMD EPYC 9634: 642 Punkte / Thread
Das ist ein Anstieg von ~34%
Da wären wir dann bei ganz naiven 22332 Punkte Erwartungswert für den neuen Server. Das Software nicht doppelt so schnell läuft weil man doppelt so viele Kerne hat ist klar und noch einige andere Aspekte dazukommen. Ich habe meine Beobachtung hier geteilt, da die sich die Abweichung zu groß anfühlt.

An den Support werde ich mich jedoch mal wenden, einfach aus Interesse und da sich der Server vorhin aufgrund von IO wait (99.6%) komplett verabschiedet hat.
pasted-from-clipboard.pngpasted-from-clipboard.png

Hallo liebe Community,

ich habe 2020 von XXX zu Netcup gewechselt im Advent Sale (RS 8000 G9 SE ADV20) und war zufrieden.
900-1000 Geekbench Punkte Singlecore und 8000-10000 Multi. (Ein Geekbench aus der Zeit: https://browser.geekbench.com/v5/cpu/5359310)
Anfang 2025 war der Server einfach zu klein, ich jedoch immernoch zufrieden mit inzwischen eta 800-900 und 7000-9000 im Bench.
Also habe ich auf einen Deal gewartet und bei dem RS 8000 G11 SE NUE FEB25 zugeschlagen. Den Benchmark von damals habe ich leider nicht mehr, ich weiß nur noch er was mehr als doppelt so schnell als der alte Server. Dank Google konnte ich einen aus der Zeit finden: https://browser.geekbench.com/v5/cpu/23372572
Jetzt ist mir heute Aufgefallen das einige meiner Workflows 25% länger dauern als im Februar. Also alles gestoppt oder wegmigriert und nochmal einen Test.
1214/14578 Punkte (https://browser.geekbench.com/v5/cpu/23679119), das ist ein verlust von fast einem RS 8000 G9 im Multicore.

Nicht nur CPU ist entäuschend, auch wenn ich die Werte vom Februar nicht mehr kenne hat mein RS 8000 jetzt gerade mal 600MB/s IO mit 600IOPS wärend der billige kleine ARM VPS einfach mit über 1GB/s und 3400 IOPS daherkommt.
Diese wurde getestet mit diesem Script. https://github.com/BolverBlitz/sysperf