Beiträge von mainziman

    tab klar kommt es darauf an, was man anschaut, aber so komisch kann doch kein Durchschnitt gerechnet werden, dass unterm Strich weniger rauskommt, als die Einzelwerte;

    ein Arbeitskollege letzten Freitag: "mir hat der Stromversorger gekündigt, wenn ich weiter Strom haben will, an Stelle der bisherigen monatlichen A-konto-Zahlung von rund 90 EUR dann mehr als 500 EUR"

    bei Gas wird von Steigerungen jenseits der 1000% gesprochen; klar gibt es genug das überhaupt nicht teurer geworden ist - z.B. Bio-Lang-Semmeln beim Lidl;

    aber will man mir damit tatsächlich erklären, des hätte in Summe eine derart hohe Gewichtung im Warenkorb, dass es die Inflation derart in den Keller drückt?

    weil des widerspricht sich dann doch irgendwie, weil dann kann man ja ruhig das Gas abdrehen und es hätte überhaupt keine bis marginale Auswirkung,
    wenn es wirklich eine so niedrige Gewichtung im Warenkorb hat, oder? ;)

    an Hand dem läßt sich vermuten, dass das NIC Interface auf Deinem vServer ens3 ist,

    und befindet sich unter den IPv6-Adressen des ens3-Interfaces eine Scope:Global des vServer-IPv6-Prefixes,

    deren hintere 64-bit ident mit der Scope:Link Adresse fe80::... des vServers ist?

    du hast jetzt 2 IPv6-Netze

    das welches beim Server dabei ist nennen wir es 2a03:4000:1:0::/64

    und das zusätzliche nennen wir es: 2a03:4000:1000:0::/64

    im SCP siehst Du irgendwo sowas

    2a03:4000:1000:0::/64 -> 2a03:4000:1:0:aaaa:bbbb:cccc:dddd

    und genau die IPv6 rechts ist die IPv6-Adresse welche Du deinem Server am eth0, ens3, ... Interface geben musst;

    Ich wuerde keine lokale SSD fuer die Gaeste verwenden, sondern den Storage ueber FC, FCOE oder aehnlichem anbinden.

    wo die SSDs f. die Gäste letztendlich liegen, ist unerheblich, es sollte lediglich zeigen, dass es mehr braucht als nur die CPU-Kapazität ...

    was ebenfalls Kosten sind;

    Und dank RAID5 kommt der externe Storage auch mit weniger Overhead aus.

    im Konjunktiv bitte, die RS und VPS haben allesamt RAID 10 ;)

    (die Storage Server haben ein RAID 6, bei dieser Mischung wird es interessant wo man die als "Lückenfüller" unterbringt;

    od. sind die ohnehin wegen der doch erheblich größeren HDD-Kapazität ein Kapitel f. sich)

    TBT f. diese 6 RS8000 Kunden brauchst auch noch die entsprechende Menge an RAM und die entsprechende Menge an SSD Kapazität, damit sieht die Rechnung dann auch wieder etwas anders aus; ich würd meinen die Nodes haben ½ TByte RAM und 32 TByte SSD nativ (Raid10 halbiert!) installiert;

    wie die kalkuliert sind, wissen wir nicht,

    ich würd es so kalkulieren, dass innerhalb der halben Lebensdauer der Hardware diese durch die Einnahmen finanziert ist,

    und die Einnahmen danach nur noch den Energie-, Personalaufwand, ... decken müssen und den Gewinn abwerfen;

    Ersatzteile - z.B. Raid-Controller, Netzteile, ... - soferne diese nicht beim Lieferanten regressieren, müssen ebenfalls sich innerhalb der Halbzeit finanzieren;

    ich werfe hier ein, dass beim Vergleich der G8 (Intel) und G9 (AMD Epyc) auch folgender Aspekt zum Tragen kommt,

    die AMD Eqyc CPU ist Single-Socket spezifizieet; der Intel Gold ist f. 4 Sockel spezifiziert;

    sprich ob nicht evtl. tatsächlich 4 Sockel in Verwendung sind, und damit sind es pro Host 4 mal 18 Cores;

    und dann hast als Vergleich 4 mal 18 Cores (Intel) vs. 1 mal 64 Cores (AMD)

    die Kosten effektiv sind bei den Nodes in etwa die selben,

    was aber bei Intel einen Vorteil haben kann -> mehr Leistung in Relation zum Stromverbrauch;

    wenn es wenigstens wahr wäre, aber die Probleme bringen schlicht und einfach die Architektur mit sich;

    das eine oder andere Bugilein mag vielleicht ausgebessert sein, aber im wesentlichen sind die noch vorhanden;

    bei AMD nicht anders ...

    es ist und bleibt eine 32-bit Architektur welche zufällig auch 64-bit kann ...

    wohlgemerkt, AMD hat das mit der AMD64-Sache erfunden;

    EM64T von Intel ist nur der 'kompatible' Nachbau;

    aber bei folgendem zermatscht man sein Hirn ...

    RAX, RBX, RCX, ... sind die 64-bit Register

    EAX, EBX, ECX, ... sind die 32-bit Register bzw. im 64-bit Modus die niederwertigen 32-bit der 64-bit Register

    auf die ganzen 64-bit Register kann man nur zugreifen, sobald man die CPU in einen 64-bit Modus schaltet;

    das mag ja noch irgendeinen Sinn ergeben¹, ABER:

    Code
    SUB ECX,ECX                 ; das 32-bit ECX Register (Counter) mit 0 initialisieren,
                                ;             durch Subtraktion sich selbst von sich selbst
    MOV RAX,1234567812345678H   ; das 64-bit RAX Register (Akkumulator) auf den Wert 1234567812345678H setzen
    MOV EAX,ECX                 ; kopiere das 32-bit ECX Register (Counter) auf das 32-bit EAX Register (Akkumulator)

    jetzt darf gewettet werden: welchen Wert hat hier das komplette 64-bit RAX Register (Akkumulator)?

    ¹ von den Adressen her betrachtet ja, von den Daten her betrachtet definitiv nein

    TPM 2 kann virtualisiert werden - damit juckt mich das in meiner Windows VM nicht.

    nur weil es virtualisiet werden kann muss es nicht heißen, dass es gut ist;

    habe ehrlich gesagt kein Verständnis wegen dem Klamauk, auf einmal verschlüsselte VMs zu haben ...

    und auf den Punkt gebracht: eine TPM 2 emulation in einer VM, welche nicht verschlüsselt ist, sinnbefreit ist;

    wird eigentlich von Seiten netcup auch eine Lastschrift von einer Kreditkarte unterstützt?

    bzw. in naher Zukunft ;)

    das wäre eine geniale Sache; damit wäre die automatisierte Bezahlung von Rechnungen an Stelle der Monatsrechnungen besser gelöst;

    finde f. z.B. einen VPS od. RS der gleich f. 6 od. 12 Monate im vorhinein zu bezahlen ist,

    das mit einer SEPA-Lastschrift irgendwie unpassend;