Das längste Thema

Quote from mainziman

tab da würde DüDo lieb aussehen, wenn des der Kongo und nicht der Rhein wäre

der Kongo ist der tiefste Fluß der Erde

Aber tropischer als der Rhein .

Weiß gerade einer von euch wie das ist, wenn ich während einer Aktion eine Domain zu netcup transferieren möchte? MUSS ich den AuthCode sofort mit angeben, oder kann ich den z. B. 2 Wochen später nachreichen, und die Domain wird entsprechend dann erst transferiert?

Quote from Bud

Weiß gerade einer von euch wie das ist, wenn ich während einer Aktion eine Domain zu netcup transferieren möchte? MUSS ich den AuthCode sofort mit angeben, oder kann ich den z. B. 2 Wochen später nachreichen, und die Domain wird entsprechend dann erst transferiert?

Wenn du über den Warenkorb bestellst anstatt im CCP, kannst (bzw. musst) du sie nachreichen - eine Direkteingabe während des Bestellprozesses ist auf diesem Weg nicht vorgesehen.
Ab einem gewissen Betrag an noch nicht transferierten Domains sind jedoch keinerlei Domain-Bestellungen mehr über das CCP möglich und alle neuen Bestellungen über den Warenkorb werden per Vorauszahlung abgerechnet, also mach das besser nicht zu oft und schon gar nicht über längere Zeit (als ein paar Wochen).

Quote from tab

Aber tropischer als der Rhein .

auf welche Eigenschaft beziehst Du das?

nebenbei wennst da a Brücke bauen willst sind die Pfeiler tiefer als die Häuser von DüDo hoch

da versenkst ungeschaut ganz DüDo und fällt keinem auf

Quote from Bodensee

Wenn du über den Warenkorb bestellst anstatt im CCP, kannst (bzw. musst) du sie nachreichen - eine Direkteingabe während des Bestellprozesses ist auf diesem Weg nicht vorgesehen.
Ab einem gewissen Betrag an noch nicht transferierten Domains sind jedoch keinerlei Domain-Bestellungen mehr über das CCP möglich und alle neuen Bestellungen über den Warenkorb werden per Vorauszahlung abgerechnet, also mach das besser nicht zu oft und schon gar nicht über längere Zeit (als ein paar Wochen).

Oha, sehr detailliert, danke! Wen ich zwischen den Weihnachtsfeiertagen und Silvester umziehen möchte, muss ich quasi darauf hoffen, dass .de-Domains im Adventskalender recht spät dran sind? Hm. Mal sehen...

Quote from mainziman

auf welche Eigenschaft beziehst Du das?

nebenbei wennst da a Brücke bauen willst sind die Pfeiler tiefer als die Häuser von DüDo hoch

da versenkst ungeschaut ganz DüDo und fällt keinem auf

Das Klima am Kongo ist entschieden tropischer als am Rhein.Ich will ja auch Düsseldorf an den Kongo verlegen und nicht den Kongo nach Deutschland. Sonst müsste ich den ordentlich zusammenfalten mit seiner Länge von deutlich über 4000 km.

Quote from Bud

Wenn ich zwischen den Weihnachtsfeiertagen und Silvester umziehen möchte, muss ich quasi darauf hoffen, dass .de-Domains im Adventskalender recht spät dran sind? Hm. Mal sehen...

Und beim (hier immer mal wieder propagierten) Umzugsumweg über die 0,05€/Mon-domains bei strota sollte man bedenken:
Die erlauben inzwischen nur noch drei davon pro Kunde. (Die haben wohl inzwischen auch mitbekommen, wofür das genutzt wird )

Quote from Bud

Oha, sehr detailliert, danke! Wen ich zwischen den Weihnachtsfeiertagen und Silvester umziehen möchte, muss ich quasi darauf hoffen, dass .de-Domains im Adventskalender recht spät dran sind? Hm. Mal sehen...

Gerne!
Ich kann dir leider nicht sagen, wie früh diese Limitierungen bei Kunden greifen, die keine Domain-Reseller sind. Aber wenn du über diese Zeit damit leben kannst, dass du für alle weiteren (Adventskalender-)Bestellungen über den Warenkorb anstatt das CCP gehen musst und dann eine Vorauszahlungsrechnung für die jeweilige Bestellung erhältst (mit Freischaltung der Produkte bzw. Registrierung der Domains erst nach Zahlungseingang), kommt's ja auf ein paar Tage mehr oder weniger nicht an.

Quote from aRaphael

Und beim (hier immer mal wieder propagierten) Umzugsumweg über die 0,05€/Mon-domains bei strota sollte man bedenken:
Die erlauben inzwischen nur noch drei davon pro Kunde. (Die haben wohl inzwischen auch mitbekommen, wofür das genutzt wird )

Außerdem gibt es dort seit einiger Zeit eine "Einrichtungsgebühr" von 2,50€ für manche TLDs, unabhängig davon ob es sich um eine Neuregistrierung oder einen Transfer handelt. .de-Domains sind davon jedoch ausgenommen, wenn ich das richtig gesehen habe.

tab sag gleich, dass Du Dtl. zur Bananenrepublik erklären willst

hättest das nicht paar wochen eher schreiben können an den verein hab ich garnicht gedacht um die fürn umzug zu missbrauchen

Kennen vermutlich schon einige, aber bin da eben drüber gestolpert WildDuck E-Mail und da wollt ich euch das nicht vorenthalten.

Kann allerdings nichts dazu sagen, bei so einem Namen musste es mal gepostet werden

Hmm, dadurch das dieser Domainumzug ein Sonderfall wird, investiere ich die paar € und ziehe sie erstmal zu ED, und bei Gelegenheit dann zu netcup.

Quote from mainziman

tab sag gleich, dass Du Dtl. zur Bananenrepublik erklären willst

Wieso erklären, steht BRD nicht eh für BananenRepublik Deutschland? Natürlich ausschliesslich wegen der Vorliebe der Deutschen für künstlich gereifte unreife Bananen. Muss ich doch gleich mal Wikipedia fragen gehen.

Quote from tab

Da hast du ja noch richtig Glück gehabt

Code

Block Size | 4k            (IOPS) | 64k           (IOPS)
  ------   | ---            ----  | ----           ----
Read       | 14.90 MB/s    (3.7k) | 66.28 MB/s    (1.0k)
Write      | 14.90 MB/s    (3.7k) | 68.25 MB/s    (1.0k)
Total      | 29.80 MB/s    (7.4k) | 134.53 MB/s   (2.1k)
           |                      |
Block Size | 512k          (IOPS) | 1m            (IOPS)
  ------   | ---            ----  | ----           ----
Read       | 104.50 MB/s    (204) | 184.44 MB/s    (180)
Write      | 113.44 MB/s    (221) | 205.79 MB/s    (200)
Total      | 217.95 MB/s    (425) | 390.23 MB/s    (380)

Display More

Was ist denn genau der Grund / Auslöser für die Migration der ganzen ARM-Server auf eine solch miserabel performande Plattform?
Wollen sie die Stammkunden nun auch noch vergraulen?
Gab es einen Umzug zu str0ta oder noch besser zu contoba?

Quote from p3nnyman

Was ist denn genau der Grund / Auslöser für die Migration der ganzen ARM-Server auf eine solch miserabel performande Plattform?
Wollen sie die Stammkunden nun auch noch vergraulen?

Ich schätze mal, dass sich hier die meisten Kunden mit den kleinen vServern wegen dem niedrigen IO / IOPS beschweren. Denn die größeren vServer (ab RS / VPS / ARM 4000 G11) schaffen immer noch deutlich mehr IO / IOPS.

Damit für die großen vServer (ab RS / VPS / ARM 4000 G11) noch möglichst viel IO / IOPS auf dem geteilten SSD-Array übrigbleibt und diese Kunden nicht durch ein schlechtes IO dazu gezwungen werden, auf entsprechende Dedicated Server (echtes Blech) bei Mitbewerber wechseln zu müssen, ist es aus meiner Sicht schon in Ordnung, wenn die kleinen vServer nun auch vom IO / IOPS, so wie man es hier im Forum lesen kann, stark gedrosselt bzw. begrenzt werden.

Schaut man in das Forum des Mitbewerbers mit dem Anfangsbuchstaben H in Falkenstein rein, so liest man da auch seit einigen Monaten, dass das IO bei deren vServer (Cloud-Server) und insbesondere deren kleinen vServern sehr stark mit Hilfe der CPU-Leistung reguliert wird.

Quote from p3nnyman

Was ist denn genau der Grund / Auslöser für die Migration der ganzen ARM-Server auf eine solch miserabel performande Plattform?
Wollen sie die Stammkunden nun auch noch vergraulen?
Gab es einen Umzug zu str0ta oder noch besser zu contoba?

Umzug zu Strota? Nee, da wären die IO Werte besser. Mein VPS 1000 G11 dagegen lässt die Strota Kisten bei der IO - außer bei 4K - sehr alt aussehen. Naja, dafür sind die wieder im Geekbench Test besser. Alles nicht so einfach.

Spannenderweise habe ich gerade eben den ersten Test gemacht, der wieder etwas besser ausfällt.

fio Disk Speed Tests (Mixed R/W 50/50) (Partition /dev/vda4):
---------------------------------
Block Size | 4k            (IOPS) | 64k           (IOPS)
  ------   | ---            ----  | ----           ----
Read       | 73.98 MB/s   (18.4k) | 156.40 MB/s   (2.4k)
Write      | 73.93 MB/s   (18.4k) | 161.05 MB/s   (2.5k)
Total      | 147.91 MB/s  (36.9k) | 317.46 MB/s   (4.9k)
           |                      |
Block Size | 512k          (IOPS) | 1m            (IOPS)
  ------   | ---            ----  | ----           ----
Read       | 233.41 MB/s    (455) | 249.42 MB/s    (243)
Write      | 253.38 MB/s    (494) | 278.28 MB/s    (271)
Total      | 486.80 MB/s    (949) | 527.71 MB/s    (514)

Aber trotzdem noch nicht auf Strota-Niveau.

Und auch nicht wieder auf dem Niveau von vor dem Umzug, aber zumindest fehlt jetzt nur noch ein Faktor 1,5 bis 2 dahin, je nach Blockgröße.

Immerhin die erste Verbesserung seit dem Umzug. Immerhin sind die Werte bei 4K wieder etwas besser.

Ich schaue mir das morgen (heute) nochmal an. Ansonsten muss ich mir die Kiste halt mit den Strota-Nachteilen schönreden. Die haben schon auch Gewicht, ansonsten würde ich jetzt meinem ehemaligen VC6-16 bittere Tränen nachweinen. Jetzt gibt es den in der damaligen Form nicht mehr zu mieten. Meinen noch nicht gekündigten alten VC4-8 werde ich aber sicherheitshalber noch etwas länger behalten, auch wenn er jetzt bald den normalen Preis kostet. Erspart mir dann auch vorerst einen Nextcloud-Umzug.

Quote from andreas.

Ich schätze mal, dass sich hier die meisten Kunden mit den kleinen vServern wegen dem niedrigen IO / IOPS beschweren. Denn die größeren vServer (ab RS / VPS / ARM 4000 G11) schaffen immer noch deutlich mehr IO / IOPS.

Damit für die großen vServer (ab RS / VPS / ARM 4000 G11) noch möglichst viel IO / IOPS auf dem geteilten SSD-Array übrigbleibt und diese Kunden nicht durch ein schlechtes IO dazu gezwungen werden, auf entsprechende Dedicated Server (echtes Blech) bei Mitbewerber wechseln zu müssen, ist es aus meiner Sicht schon in Ordnung, wenn die kleinen vServer nun auch vom IO / IOPS, so wie man es hier im Forum lesen kann, stark gedrosselt bzw. begrenzt werden.

Schaut man in das Forum des Mitbewerbers mit dem Anfangsbuchstaben H in Falkenstein rein, so liest man da auch seit einigen Monaten, dass das IO bei deren vServer (Cloud-Server) und insbesondere deren kleinen vServern sehr stark mit Hilfe der CPU-Leistung reguliert werden.

Na dann warte ich mal, bis mein VPS 1000 G11 auch umgezogen wird "um die Stabilität meines Systems weiterhin kontinuierlich gewährleisten zu können". Falls es tatsächlich aus den o.g. Gründen passiert, würde ich mir halt wenigstens Ehrlichkeit erhoffen. Dann weiss man zumindest, woran man ist.

VPS2000

fio Disk Speed Tests (Mixed R/W 50/50) (Partition /dev/vda3):   
---------------------------------
Block Size | 4k            (IOPS) | 64k           (IOPS)
  ------   | ---            ----  | ----           ----
Read       | 122.35 MB/s  (30.5k) | 1.15 GB/s    (18.0k)
Write      | 122.67 MB/s  (30.6k) | 1.16 GB/s    (18.1k)
Total      | 245.02 MB/s  (61.2k) | 2.31 GB/s    (36.2k)
           |                      |
Block Size | 512k          (IOPS) | 1m            (IOPS)
  ------   | ---            ----  | ----           ----
Read       | 2.30 GB/s     (4.4k) | 2.14 GB/s     (2.0k)
Write      | 2.42 GB/s     (4.7k) | 2.29 GB/s     (2.2k)
Total      | 4.72 GB/s     (9.2k) | 4.44 GB/s     (4.3k)

RS2000

fio Disk Speed Tests (Mixed R/W 50/50) (Partition /dev/vda3):
---------------------------------
Block Size | 4k            (IOPS) | 64k           (IOPS)
  ------   | ---            ----  | ----           ----
Read       | 173.70 MB/s  (43.4k) | 340.16 MB/s   (5.3k)
Write      | 174.16 MB/s  (43.5k) | 341.95 MB/s   (5.3k)
Total      | 347.87 MB/s  (86.9k) | 682.11 MB/s  (10.6k)
           |                      |
Block Size | 512k          (IOPS) | 1m            (IOPS)
  ------   | ---            ----  | ----           ----
Read       | 396.75 MB/s    (774) | 535.50 MB/s    (522)
Write      | 417.83 MB/s    (816) | 571.17 MB/s    (557)
Total      | 814.58 MB/s   (1.5k) | 1.10 GB/s     (1.0k)

Quote from andreas.

...ist es aus meiner Sicht schon in Ordnung, wenn die kleinen vServer nun auch vom IO / IOPS, so wie man es hier im Forum lesen kann, stark gedrosselt bzw. begrenzt werden.

Aus meiner Sicht ist das ganz und gar nicht in Ordnung.

Zeit, das "VServer IOPS Comparison Sheet" zu aktualisieren; obwohl nicht ganz ausgeschlossen werden kann, dass derzeit mehrere fio-Tests insbesondere auf den ARM-Servern laufen, gibt es schon einen Unterschied wie Tag und Nacht zwischen einem "RS 2000 G11 SE VIE JA24" und einem "VPS 2000 ARM G11 SE VIE OST24" mit ZFS-Dateisystem:

test1: (g=0): rw=randrw, bs=(R) 4096B-4096B, (W) 4096B-4096B, (T) 4096B-4096B, ioengine=libaio, iodepth=64
fio-3.38
Starting 1 process
test1: Laying out IO file (1 file / 4096MiB)
Jobs: 1 (f=0): [f(1)][100.0%][r=85.5MiB/s,w=28.3MiB/s][r=21.9k,w=7252 IOPS][eta 00m:00s]
test1: (groupid=0, jobs=1): err= 0: pid=3987264: Sun Nov 10 08:32:10 2024
  read: IOPS=5424, BW=21.2MiB/s (22.2MB/s)(3070MiB/144872msec)
   bw (  KiB/s): min= 1896, max=91416, per=99.34%, avg=21556.41, stdev=9113.24, samples=289
   iops        : min=  474, max=22854, avg=5389.09, stdev=2278.30, samples=289
  write: IOPS=1813, BW=7252KiB/s (7426kB/s)(1026MiB/144872msec); 0 zone resets
   bw (  KiB/s): min=  720, max=29792, per=99.32%, avg=7203.04, stdev=3008.79, samples=289
   iops        : min=  180, max= 7448, avg=1800.74, stdev=752.19, samples=289

test1: (g=0): rw=randrw, bs=(R) 4096B-4096B, (W) 4096B-4096B, (T) 4096B-4096B, ioengine=libaio, iodepth=64
fio-3.38
Starting 1 process
test1: Laying out IO file (1 file / 4096MiB)
Jobs: 1 (f=0): [f(1)][100.0%][r=10.2MiB/s,w=3394KiB/s][r=2601,w=848 IOPS][eta 00m:00s]
test1: (groupid=0, jobs=1): err= 0: pid=2679983: Sun Nov 10 09:09:18 2024
  read: IOPS=344, BW=1377KiB/s (1410kB/s)(3070MiB/2282839msec)
   bw (  KiB/s): min=  112, max=11008, per=100.00%, avg=1378.20, stdev=686.73, samples=4545
   iops        : min=   28, max= 2752, avg=344.45, stdev=171.68, samples=4545
  write: IOPS=115, BW=460KiB/s (471kB/s)(1026MiB/2282839msec); 0 zone resets
   bw (  KiB/s): min=   32, max= 3664, per=99.95%, avg=460.54, stdev=232.41, samples=4545
   iops        : min=    8, max=  916, avg=115.04, stdev=58.10, samples=4545

Für Buildserver noch akzeptabel, allerdings wären ARM-RS aus Nutzersicht durchaus attraktiv, denn auch die CPU-Leistung pro Kern unterscheidet sich merklich.

Die Preise auf der Detailseite für die "großen" ARM-Instanzen ab 3k sehen gerade so aus:

Screenshot From 2024-11-10 10-56-52.png

Leider nur, bis man auf "Bestellen" klickt