Beiträge von AlmondLover

  • Server drossel obwohl weniger als 500GB verbraucht

    Ich wurde jetzt wieder gedrosselt, nachdem ich 200GB traffic in 30 Minuten erzeugt habe.


    Code
    Database updated: 2026-10-11 16:52:00
  eth0 since 2026-10-05
         rx:  611568140452 B      tx:  827055971905 B      total:  1438624112357 B
  period                  rx      |      tx       |     total     |  est. daily
  --------------------------------+---------------+---------------+---------------
  5 days, 18 hours   611568140452 |  827055971905 | 1438624112357 |  250195497801
  --------------------------------+---------------+---------------+---------------

    Das ist in meinen Augen nicht genug traffic, der zu einer Drossel führen sollte.

  • Wieso ist das peering in Wien schlechter als in Nürnberg?

    Mit dem Yabs Skript habe ich die schlechtere Download/Uploadprobleme nicht, das sind allerdings auch Ziele zu dem jeder Provider denke ich mal die höchstmögliche Bandbreite anstrebt.

    Leider wird das wohl unmöglich sein nachzuweisen, insofern Netcup Benchmarks aus dem Rettungssystem haben möchte, bin mir nicht sicher, wie ich das mit rclone etc. bewerkstelligen sollte.
    Ich bin mir aber auch ziemlich sicher, Netcup ist sich dessen bewusst, wieso sollte Wien sonst auch günstiger sein.

    Edit: Ich werde wohl auf einen neuen Sale warten müssen für einen VPS mit extra SSD Speicher in Nürnberg, habe bereits mit einem VPS aus der aktuellen Generation getestet, dort sind die Bandbreiten ebenfalls sehr gut im Gegensatz zu Wien...
    Für die Bandbreiten die ich momentan habe, brauche ich einfach keine 2.5GBit Anbindung, ist so halt einfach ne Bandbreitenkrücke.

  • Wieso ist das peering in Wien schlechter als in Nürnberg?

    Alter Nürnberg RS:

    Code
    Tracing route to fra16s50-in-f10.1e100.net [142.250.185.138]                                                            over a maximum of 30 hops:                                                                                                                                                                                                                        1     3 ms     9 ms    <1 ms  xxx.xxx.8.2                                                                                 2    <1 ms    <1 ms    <1 ms  94.16.25.158                                                                              3     3 ms     3 ms     3 ms  ae0-0.bbr01.anx84.nue.de.anexia-it.net [144.208.208.139]                                  4     3 ms     3 ms     3 ms  ae2-0.bbr02.anx25.fra.de.anexia-it.net [144.208.208.141]                                  5     5 ms     5 ms     5 ms  209.85.149.86                                                                             6     4 ms     4 ms     4 ms  142.251.65.131                                                                            7     4 ms     3 ms     4 ms  142.250.236.51                                                                            8     3 ms     3 ms     3 ms  fra16s50-in-f10.1e100.net [142.250.185.138]                                                                                                                                                                     Trace complete.
    Code
    Transferred:          36.800 GiB / 36.800 GiB, 100%, 58.162 MiB/s, ETA 0s
Checks:                 1 / 1, 100%
Deleted:                1 (files), 0 (dirs)
Renamed:                1
Transferred:            1 / 1, 100%
Elapsed time:      10m9.8s


    Neuer Wien RS:

    Code
    Tracing route to fra16s50-in-f10.1e100.net [142.250.185.138]                                                            over a maximum of 30 hops:                                                                                                                                                                                                                        1    <1 ms    <1 ms    <1 ms  xxx.xxx.100.2                                                                              2    14 ms    12 ms    12 ms  ae0-0.bbr02.anx03.vie.at.anexia-it.net [144.208.208.132]                                  3    12 ms    12 ms    12 ms  ae1-0.bbr02.anx84.nue.de.anexia-it.net [144.208.208.137]                                  4    12 ms    12 ms    12 ms  ae0-0.bbr01.anx84.nue.de.anexia-it.net [144.208.208.139]                                  5    11 ms    11 ms    12 ms  ae2-0.bbr02.anx25.fra.de.anexia-it.net [144.208.208.141]                                  6    14 ms    16 ms    13 ms  209.85.149.86                                                                             7    11 ms    11 ms    11 ms  142.251.48.235                                                                            8    11 ms    11 ms    11 ms  142.250.236.37                                                                            9    11 ms    11 ms    11 ms  fra16s50-in-f10.1e100.net [142.250.185.138]                                                                                                                                                                     Trace complete.
    Code
    Transferred:          10.269 GiB / 10.269 GiB, 100%, 30.630 MiB/s, ETA 0s
Checks:                 1 / 1, 100%
Deleted:                1 (files), 0 (dirs), 10.269 GiB (freed)
Renamed:                1
Transferred:            1 / 1, 100%
Elapsed time:      5m22.3s


    Die Geschwindigkeit ist mit dem Nürnberg Server zu jeder Uhrzeit doppelt so schnell im Upload zu Google.

    Im Download habe ich allerdings mit dem Wien Server auch deutlich niedrigere Geschwindigkeiten, vor allem zum Cloudfront CDN, hier muss ich teilweise so viele parallele Verbindungen aufbauen, das ich I/O performance Probleme bekomme.

  • Wieso ist das peering in Wien schlechter als in Nürnberg?

    Hallo,

    mir fällt es immer wieder auf, sobald ich einen Netcup Server mit dem Standort Wien erhalte, habe ich dort deutlich schlechtere Datenraten z.B. zu Google nach Frankfurt.
    Die Datenrate beim Server in Nürnberg fällt beim Upload von Daten um 80% höher aus. Die Datenraten sind unabhängig von der Uhrzeit gleichbleibend gut oder schlecht, je nachdem ob Nürnberg oder Wien.
    Dazu sollte noch erwähnt werden, die Zielserver bei Google sind beim Standort Nürnberg / Wien die gleichen in Frankfurt. Die Latenz ist vom Server in Nürnberg nur geringfügig niedriger, es dürfte nicht so große Differenzen der Bandbreite entstehen.

  • Netcup ARM Neoverse-N1 - 5% CPU steal normal?

    Zitat von citecite

    Neoverse N1 ist eigentlich das, worauf derzeit Ampere Altra und AWS Graviton2 aufbauen, das ist schon aktuell. Ansonsten kann ich die Geschwindigkeits-Unterschiede bestätigen, sowohl bei Prozessoren (wobei ich es da nur im Benchmark sehe) als auch bei I/O (da merkt man es dann z.B. bei Docker Builds oder großen Paket-Installationen/Updates), aber für den Preis ist das trotzdem voll OK.

    Stimmt! Allerdings gibt es schon länger den Neoverse N2. Darauf basiert wohl auch AWS Graviton4.
    Für den Preis ist es OK, ja. Allerdings ist die performance bei meinen seit jahren kostenlosen ARM Instanzen besser, Prozessor sowie I/O, durch den kürzlichen launch der ARM Serie bei Netcup habe ich daher eher bessere performance erwartet, denn meine VPS x86 Instanz ist nur wenige teurer und hat im Gesamtpaket doppelte Leistung.

  • Netcup ARM Neoverse-N1 - 5% CPU steal normal?

    Hab noch etwas mehr getestet, umso höher die Auslastung des Prozessors ist, umso geringer ist der steal. Wenn der Prozessor nur zu 10-20% ausgelastet ist, habe ich sogar teilweise einen steal von 10-13%.

    Bei voller Auslastung auf einem Kern und auf allen Kernen, sind es 0-3%.

    Ja, beim roten H habe ich auch keinen steal. Die CPU scheint dort auch deutlich schneller zu sein, Neoverse-N1 scheint ja schon "uralt" zu sein.

  • NetCup peering zu google (Frankfurt)

    Google Business, kein shared drive, cltrmx ich glaube die drosseln öffentlich gemachte Dateien im Speed. Der Download ist bei Google über Frankfurt auch nicht das Problem, nur der Upload.
    Ich hatte aber im Download mit Cloudflare CDN (Frankfurt) sehr niedrige Downloadraten. Wenn ich mit einem anderen Provider, der direkt über den DECIX geht teste, besteht das Problem nicht.
    Ich wüsste aber auch nicht, wie man das jetzt vernünftig reproduzieren kann, Latenzen sind alle Top, ebenfalls kein Paketverlust. Fühlt hin und wieder halt ähnlich bescheiden an, wie der Telekom Fiber Anschluss Abends ohne VPN.

  • NetCup peering zu google (Frankfurt)

    Ich habe seit einer Woche, gerade Abends nur 30-50MBit/s upload seitens NetCup richtung dem google Knoten in Frankfurt. Der Download ist nicht betroffen.
    Das war schon mal vor einigen Monaten so, wurde dann nach einigen Wochen jedoch im HIntergrund gefixt.
    Habt ihr ähnliche Erfahrung machen können?

  • Aktuelle Benchmarks RS / VPS Produkte

    RS 1000 G9.5 KI23 :)