Das Ausführen eines übertakteten Pcs ist in Ordnung, solange er stabil ist und die Temperatur seiner Komponenten ihren akzeptablen Bereich nicht überschreitet. Es stehen mehrere Programme zur Verfügung, um die Systemstabilität durch Stresstests des Systems und damit des Übertaktungsniveaus zu beurteilen., Die Schritte zum Übertakten eines PCS gehen über den Rahmen dieses Artikels hinaus,aber es gibt eine ziemlich umfassende Anleitung von graysky zum Thema: Overclocking guide.

Stresstestsoftware

Dieser Abschnitt listet Stresstestsoftware auf und klassifiziert sie nach elektrischer Leistung als High Power oder Medium power.,

Es wird empfohlen, Programme in beiden Kategorien zu verwenden, um die allgemeine Systemstabilität zu bewerten. Es kann vorkommen, dass ein System empfindlicher auf einen Test aus dem Medium reagiert als aus der Kategorie der hohen Nachfrage. Programme mit höherer Bedarfsspannung erfordern aufgrund der intensiven Hardwarenutzung die meiste CPU-Kernspannung (VCORE), um ihre Aufgaben auszuführen., Programme mit mittlerer Bedarfsspannung erfordern beim Laufen nicht immer den höchsten VCORE und können daher anfälliger für Fehler bei Systemen sein, die relativ zur angeforderten Taktrate Unter Spannung stehen.

Beispiel auf einem übertakteten i7-3770K (4.50 GHz); VCORE ist +0.020 V im Offset-Modus mit allen Energiesparfunktionen aktiviert. Diese Maschine läuft mit einem VCORE von +0.,005 im Offset-Modus bleibt sowohl mit #MPrime als auch mit #Linpack stundenlang stabil, wirft jedoch Fehler unter x264 und gcc nach nur wenigen Minuten aus:

CPU und Speicher belasten

stress

stress führt eine Schleife aus, die die Quadratwurzel einer Zufallszahl berechnet, um die CPU zu belasten. Es können mehrere Worker gleichzeitig ausgeführt werden, um beispielsweise alle Kerne einer CPU zu laden. Abhängig von den übergebenen Parametern kann es auch Speicher -, E/A-oder Festplatten-Workload generieren. Die FAQ enthält Beispiele und Erklärungen.,

Um 4 Worker zu erzeugen, die sich auf sqrt () drehen, verwenden Sie den Befehl:

$ stress --cpu 4

MPrime

MPrime (in seiner Windows-und macOS-Implementierung auch als Prime95 bekannt) wird allgemein als ein Defacto-Maß für die Systemstabilität anerkannt. MPrime im Testmodus führt eine Reihe sehr CPU-intensiver Berechnungen durch und vergleicht die Werte, die es erhält, mit bekannten guten Werten.

Die Linux-Implementierung heißt mprimeAUR und ist in der AUR verfügbar.

Um mprime auszuführen, öffnen Sie einfach eine Shell und geben Sie „mprime“ ein

$ mprime

Wenn die Software geladen wird, beantworten Sie einfach ‚N‘ auf die erste Frage, um mit dem Foltertest zu beginnen:

Es gibt mehrere Optionen für den Foltertest (Menüoption 15).,

• Kleine FFTs (Option 1) zur Belastung der CPU
• An Ort und Stelle große FFTs (Option 2) zum Testen der CPU und des Speichercontrollers
• Blend (Option 3) ist die Standardeinstellung und stellt einen Hybridmodus dar, der CPU und RAM beansprucht.

Fehler werden gemeldet, wenn sie sowohl bei stdout als auch bei ~/results.txt auftreten, um später überprüft zu werden. Viele betrachten ein System nicht als „stabil“, es sei denn, es kann die großen FFTs für einen Zeitraum von 24 Stunden ausführen.

Beispiel ~/results.txt; Beachten Sie, dass die beiden Läufe vom 26., In diesem Fall aufgrund unzureichender vcore an die CPU:

Linpack

linpackAUR nutzt die BLAS-Bibliotheken (Basic Linear Algebra Subprograms) zur Durchführung grundlegender Vektor-und Matrixoperationen. Es ist eine hervorragende Möglichkeit, CPUs auf Stabilität zu testen (nur Intel-CPUs werden unterstützt). Nach der Installation sollten Benutzer /usr/share/linpack/linpack.conf in ~/.config/linpack.conf kopieren und entsprechend der Speichermenge auf dem System anpassen.,

Systester (auch bekannt als SUPERPi für Windows)

SystesterAUR ist im AUR sowohl in der CLI-als auch in der GUI-Version verfügbar. Es testet die Systemstabilität durch Berechnung von bis zu 128 Millionen Pi-Ziffern und beinhaltet die Fehlerprüfung. Beachten Sie, dass Sie aus zwei verschiedenen Berechnungsalgorithmen auswählen können: Quadratische Konvergenz von Borwein und Gauss-Legendre. Letzteres ist die gleiche Methode, die der beliebte SUPERPi für Windows verwendet.,

Ein CLI-Beispiel mit 8 Threads ist angegeben:

$ systester-cli -gausslg 64M -threads 8

Intel Processor Diagnostic Tool

Das Intel Processor Diagnostic Tool ist ein Tool, das die Funktionalität eines Intel-Mikroprozessors durch Stresstests der CPU überprüft. Ein Fedora Linux LiveUSB-ISO-images verfügbar sind. Mit dem LiveUSB-Image können Sie Ihren Computer Stresstest durchführen, ohne Ihr Hauptbetriebssystem zu verwenden; Eine solche Methode kann in extremen Fällen nützlich sein, insbesondere bei kalten Neustarts/Abstürzen.

Brennen Sie das Image mit dd – oder Gnome-Disks auf einen USB-Stick und starten Sie dann die Live-CD., Öffnen Sie nach dem Booten das Terminal und geben Sie den folgenden Befehl ein, um das Intel Processor Diagnostic Tool für 64-Bit-Computer zu installieren:

$ install64

Sobald es installiert ist, können Sie das Diagnosetool ausführen, indem Sie auf das IPDT-Symbol auf dem Desktop klicken.

Speicher belasten

Verwenden Sie MemTest86 (proprietär) oder Memtest86+ (GPL), um Ihren Speicher (RAM) zu testen. Es gibt“ neue „und“ alte“Tester:

• “ Neue “ Versionen unterstützen das BIOS nicht. Verwenden Sie für eine neue Version eine proprietäre MemTest86-Version größer oder gleich 8., Installieren Sie es als memtest86-efiAUR oder booten Sie das Arch Linux Install Image.
• „Alte“ Versionen unterstützen weder UEFI noch DDR4. Alte Versionen sind als GPL memtest86+ verfügbar (Entwicklung eingestellt). Es entspricht ungefähr der proprietären MemTest86-Version 4. Aktualisieren Sie GRUB nach der Installation: Es erkennt das Paket automatisch und ermöglicht Benutzern, direkt darauf zu booten.

Fehler entdecken

Einige stressige Anwendungen wie #MPrime oder #Linpack verfügen über integrierte Konsistenzprüfungen, um Fehler aufgrund nicht übereinstimmender Ergebnisse zu erkennen. Eine allgemeinere und einfachere Methode zur Messung von Hardwareinstabilitäten findet sich im Kernel selbst., Um es zu verwenden, beobachten Sie einfach die Ausgabe aus dem Kernel-Ringpuffer mit diesem Befehl:

# cat /proc/kmsg

Der zu beobachtende Schlüsselfehler sieht folgendermaßen aus:

: Machine check events logged

Der Kernel kann diese Fehler auslösen, während die Stressing-Anwendung ausgeführt wird, bevor sie die Berechnung beendet und den Fehler meldet, wodurch eine sehr empfindliche Methode zur Bewertung der Stabilität bereitgestellt wird.