Muss ich etwas beachten wenn ich die CPU im Debian Server wechsle?

[sharbich]

Hallo Ihr Lieben,

ich habe eine Frage an Euch. Ich habe ein Debian Server am laufen mit folgender CPU:

Code: Alles auswählen

root@dsme01:~# lscpu
Architecture:                    x86_64
CPU op-mode(s):                  32-bit, 64-bit
Byte Order:                      Little Endian
Address sizes:                   36 bits physical, 48 bits virtual
CPU(s):                          2
On-line CPU(s) list:             0,1
Thread(s) per core:              1
Core(s) per socket:              2
Socket(s):                       1
NUMA node(s):                    1
Vendor ID:                       GenuineIntel
CPU family:                      6
Model:                           58
Model name:                      Intel(R) Celeron(R) CPU G1610 @ 2.60GHz
Stepping:                        9
CPU MHz:                         1673.208
CPU max MHz:                     2600,0000
CPU min MHz:                     1600,0000
BogoMIPS:                        5200.39
Virtualization:                  VT-x
L1d cache:                       64 KiB
L1i cache:                       64 KiB
L2 cache:                        512 KiB
L3 cache:                        2 MiB
NUMA node0 CPU(s):               0,1
Vulnerability Itlb multihit:     KVM: Mitigation: VMX disabled
Vulnerability L1tf:              Mitigation; PTE Inversion; VMX conditional cache flushes, SMT disabled
Vulnerability Mds:               Mitigation; Clear CPU buffers; SMT disabled
Vulnerability Meltdown:          Mitigation; PTI
Vulnerability Mmio stale data:   Unknown: No mitigations
Vulnerability Retbleed:          Not affected
Vulnerability Spec store bypass: Mitigation; Speculative Store Bypass disabled via prctl and seccomp
Vulnerability Spectre v1:        Mitigation; usercopy/swapgs barriers and __user pointer sanitization
Vulnerability Spectre v2:        Mitigation; Retpolines, IBPB conditional, IBRS_FW, STIBP disabled, RSB filling, PBRSB-eIBRS Not affected
Vulnerability Srbds:             Not affected
Vulnerability Tsx async abort:   Not affected
Flags:                           fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov pat pse36 clflush dts acpi mmx fxsr sse sse2 ss ht tm 
                                 pbe syscall nx rdtscp lm constant_tsc arch_perfmon pebs bts rep_good nopl xtopology nonstop_tsc cpuid aperfmperf pni
                                  pclmulqdq dtes64 monitor ds_cpl vmx est tm2 ssse3 cx16 xtpr pdcm pcid sse4_1 sse4_2 popcnt tsc_deadline_timer xsave
                                  lahf_lm cpuid_fault epb pti ssbd ibrs ibpb stibp tpr_shadow vnmi flexpriority ept vpid fsgsbase smep erms xsaveopt 
                                 dtherm arat pln pts md_clear flush_l1d

Ich habe jetzt die folgende gebrauchte CPU geschenkt bekommen:
"Intel Core CPU i3-3240 2*3.40GHz"
Dazu folgende Fragen:
Die alte CPU hat 2 Kerne die neue geschenkte gebrauchte hat 4 Kerne. Ist Sie damit performanter?
Die alte CPU hat 2.60 GHz die neue geschenkte gebrauchte hat 2* 3.40GHz. Ist Sie damit schneller?
Muss ich, wenn ich die neue gebrauchte CPU einbaue, irgendetwas im Kernel installieren? Zusätzliche Treiber? Änderungen im Bios vornehmen?

Über Antworten würde ich mich freuen.

Lieben Gruß von Stefan Harbich

[schwedenmann]

Hallo

Der i3 ist etwas schneller, siehe bogomips
https://mail.openbenchmarking.org/s/Intel+Core+i3-3240

Ansonsten brauchst du nichts ändern,sollte alles wie beim Alten laufen.

mfg
schwedenmann

[heisenberg]

Die alte CPU hat 2 Kerne die neue geschenkte gebrauchte hat 4 Kerne. Ist Sie damit performanter?

Unter Umständen: ja.

Siehe: https://www.cpubenchmark.net/compare/76 ... eron-G1610

Die alte CPU hat 2.60 GHz die neue geschenkte gebrauchte hat 2* 3.40GHz. Ist Sie damit schneller?

Die Rechenleistung kann man nicht direkt von der Taktgeschwindigkeit ableiten.

Muss ich, wenn ich die neue gebrauchte CPU einbaue, irgendetwas im Kernel installieren? Zusätzliche Treiber? Änderungen im Bios vornehmen?

Ich würde sagen: 3 x Nein. Einbauen. Hoffen, dass der Computer dann noch geht und Linux hochfahren.

[MSfree]

Die alte CPU hat 2 Kerne die neue geschenkte gebrauchte hat 4 Kerne. Ist Sie damit performanter?

Falsch, der G1610 hat zwei Kerne ohne Hyperthreading, kann also 2 Threads parallel ausführen. Der i3-3240 hat ebenfalls nur 2 Kerne aber mit Hyperthreading, kann also 4 Threads parallel ausführen.

Die alte CPU hat 2.60 GHz die neue geschenkte gebrauchte hat 2* 3.40GHz. Ist Sie damit schneller?

Das war wohl eine rhetorische Frage. Natürlich ist eine mit 3.4GHz getaktete CPU schneller als eine mit 2.6GHz, und zwar ziemlich genau um den Faktor 1.3. Dazu kommt, daß bei voller Auslastung Hyperthreading nochmal etwa Faktor 1.2 bringt, Letzten Endes kann der i3 ca. 50% schneller sein. Das ist also nicht unbedingt ein besonders lohnenwertes Unterfangen, das ganz große Aha-Erlebnis bleibt also aus. Aber wenn man Spaß am Basteln hat, warum nicht?

Muss ich, wenn ich die neue gebrauchte CPU einbaue, irgendetwas im Kernel installieren?

Nein.

Änderungen im Bios vornehmen?

Das BIOS könnte dich auffordern, ins Setup zu gehen, weil sich die Hardware geändert hat. Mehr als das aktuelle Setup zu speichern, braucht man aber in der Regel nicht zu tun.

[cosinus]

Änderungen im Bios vornehmen?

Nein. Aber um wirklich sicher zu gehen, dass eine CPU auch funktioniert, solltest du vorher schauen, ob diese auch wirklich kompatibel mit deinem Mainboard ist. Und ebenfalls vorher die aktuelle BIOS-Version für das Board einspielen.

[MSfree]

um wirklich sicher zu gehen, dass eine CPU auch funktioniert, solltest du vorher schauen, ob diese auch wirklich kompatibel mit deinem Mainboard ist.

Das sind beides Ivy-.Bridge CPUs. Wenn das Board einen G1610 frißt, frißt es bis zum i7-3770K alles, was aus der Ivy-Bridge Generation stammt.

[cosinus]

Das sind beides Ivy-.Bridge CPUs. Wenn das Board einen G1610 frißt, frißt es bis zum i7-3770K alles, was aus der Ivy-Bridge Generation stammt.

Bei CPU-Upgrades bin ich vorsichtig und empfehle, lieber einmal zuviel in die Kompatibilitätsliste zu schauen als einmal zu wenig

[hikaru]

Das sind beides Ivy-.Bridge CPUs. Wenn das Board einen G1610 frißt, frißt es bis zum i7-3770K alles, was aus der Ivy-Bridge Generation stammt.

Manche Mainboards (insbesondere Mini-ITX) begrenzen die CPU-TDP auf 65W. Für den G1610 und den i3-3240 reicht das (beide 55W), für den i7-3770K (77W) nicht.
Mit Glück läuft der i7 dann nur mit reduziertem Takt, mit Pech läuft das Board damit gar nicht.

[sharbich]

Hallo,
ich habe zum Testen den i3 eingebaut. Die CPU wurde im BIOS erkannt und Debian startete. Allerdings war der Server gefühlt um die Hälfte langsamer.
Gibt es Performance Test (Skripte) die man laufen lassen kann um die CPU zu testen? Sprich zu vergleichen? Ggf. müssen doch andere Treiber installiert werden?
Gruß von Stefan Harbich

[schorsch_76]

https://www.cpubenchmark.net/compare/18 ... el-i3-3240

Also wenn ich die 2 CPUs von den Leistungsdaten Vergleiche müsste der i3 schon schneller sein.

[debilian]

Also wenn ich die 2 CPUs von den Leistungsdaten Vergleiche müsste der i3 schon schneller sein.

Hatte das hier gerade auch, i5 gegen i7 getauscht (allerdings mit Board) und es wurde langsamer.
Nun wieder zurück getauscht und alles ist gut....

Ich blick bei den ganzen CPUs eh nicht mehr durch

[cosinus]

Hatte das hier gerade auch, i5 gegen i7 getauscht (allerdings mit Board) und es wurde langsamer.

Ein alter i7 kann durchaus langsamer sein als ein [etwas] jüngerer i5

[hikaru]

Als ganz einfachen Test, ob die CPU überhaupt hochtaktet, könntest du in ein bis vier Threads Nullen durch die Gegend schieben:

Code: Alles auswählen

cat /dev/zero > /dev/zero

Während du das machst, schaust du dir die Taktraten an:

Code: Alles auswählen

grep MHz /proc/cpuinfo

Etwas ausführlicher, aber mit der selben Grundaussage könntest du die cat-Threads durch einen mprime-Stresstest [1] ersetzen und das grep-Kommando durch i7z.


[1] https://www.mersenne.org/download/ (Der Server ist offenbar gerade down. )

[cosinus]

@hikaru, sollte das nicht

Code: Alles auswählen

cat /dev/zero > /dev/null

heißen?

[hikaru]

Warum?

[cosinus]

Ah Gedankenfehler bei mir, ich war gedanklich bei pv und nicht bei cat

[hikaru]

Bei pv ist das ebenso egal.

[debilian]

orientieren tue ich mich da an

Code: Alles auswählen

cat /proc/cpuinfo|grep model

Code: Alles auswählen

cat /proc/cpuinfo|grep cache

Code: Alles auswählen

cat /proc/cpuinfo|grep bogomips

...

[cosinus]

Bei pv ist das ebenso egal.

Ok...ich kenn das nur so, dass man mit pv auf eine Datei losgeht und dann mit ">" auf etwas umleitet wie zB /dev/sda oder /dev/null

[hikaru]

Ok...ich kenn das nur so, dass man mit pv auf eine Datei losgeht und dann mit ">" auf etwas umleitet wie zB /dev/sda oder /dev/null

Ja, und ob du beim Output auf /dev/null oder /dev/zero umleitest ist egal. Wichtig ist der Unterschied nur beim Input.

[GregorS]

... Allerdings war der Server gefühlt um die Hälfte langsamer.

Ist Geschwindigkeit im betroffenen Umfeld denn wirklich so wichtig? Ich habe kürzlich von 3,2 GHz auf 2 GHz down-ge-graded und kann mich nicht beklagen. Ich bin nicht so der Hektiker ...

Ansonsten habe ich „never change a running system“ über viele Jahre leidvoll gelernt. Pimpereien spare ich mir mittlerweile.

Gruß

Gregor

Ups, Tippfehler.
Vorher: Intel(R) Core(TM) i5-2400 CPU @ 3.10GHz
Jetzt: Intel(R) Celeron(R) CPU J1900 @ 1.99GHz