Aber all das ändert halt nichts dran, dass die offiziell verkündete Inflationsrate letztlich nach den Regeln, die dafür gelten, wohl schon korrekt ermittelt ist.
ob dem tatsächlich so ist, da habe ich ernste Zweifel daran ... ![]()
Aber all das ändert halt nichts dran, dass die offiziell verkündete Inflationsrate letztlich nach den Regeln, die dafür gelten, wohl schon korrekt ermittelt ist.
ob dem tatsächlich so ist, da habe ich ernste Zweifel daran ... ![]()
Ja, die global scope IP ist auf ens3.
die hat mit der Scope:Link fe80::... des ens3-Devices was gemeinsam?
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? ![]()
Sonntagsfrage f. Fortgeschrittene ![]()
wer glaubt, dass die momentane Inflation tatsächlich nur die paar Prozent sind,
welche in den diversen Medien breit(gestampft,getreten,...) wird?
Interessant. Habe vorher noch nie was von RSA 1280 & Co. gehört. Wieso macht man sowas?
bei DKIM gilt RSA 1024 als empfohlen - lt. Manpage von meinem System - und f. a bissi mehr reichen RSA 1280 vollkommen ![]()
ich nutze auch was dazwischen: z.B. RSA 1280 f. DKIM od. RSA 2560 f. Intranet, auch RSA 3072 wär möglich - verwende ich aber nicht;
an einer Stelle verwende ich auch RSA 5120 od. an einer anderen secp384r1
dort wo es einem auf's Aug' gedrückt wird, kann man eh nicht aus, da sind es z.B. RSA 2048 f. S/MIME
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;
hast Du dem vServer die 'default'-IPv6 gegeben, welche er Dir im SCP anzeigt?
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;
Tatsächlich https://www.amd.com/de/products/cpu/amd-epyc-7702
ja gegen 2 Sockel spricht, dass dafür ein teureres Board notwendig ist
und 128 Cores/256 Threads musst ja mal aus OS Sicht beherrschen ![]()
bei Windows finde ich leider nur astronomische Zahlen was da 'angeblich' unterstützt wird
(vom Zaster der aus lizenztechnischer Sicht zu MS wandert, spreche ich hier nicht)
Ich hoffe, dass infolgedessen einige Hoster gezwungen werden, diese Virtualisierung, welche inzwischen via KVM/QEMU bereitgestellt werden kann, auch (endlich) den Kunden zur Verfügung zu stellen, da ich durchaus Verwendung dafür hätte!
wenn es bei KVM/QEMU analog läuft wie bei VMware wirst in dem Fall nicht wirklich glücklich ![]()
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:
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;
weil ich zufällig darüber gestolpert bin ...
MS täte gut daran bei Win11 analoges zu machen, und net knallhart einfach ein TPM 2.0 voraussetzen und Intel CPUs 7xxx od. älter zu verweigern;
von der CPU-Power reichen die nämlich allemal;
So oft schaue ich normalerweise gar nichts in CCP
bekommst Du keine Mails mit den Rechnungen? ![]()
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;
ThomasChr hier im nc-Forum würde es gehen,
aber in anderen, wo man als Mickey Mouse od. sonst wer sich registriert und keine Verbindung zu einer realen Person besteht, definitiv nicht;