ストレステスト
この記事またはセクションでは、言語、wikiの構文、またはスタイルの改善が必要です。 参考のためにHelp:Styleを参照してください。
オーバークロックされたPCを実行することは、安定しており、そのコンポーネントの温度が許容範囲を超えない限り問題ありません。 いくつかのプログラムを評価する利用可能なシステムの安定を通じてストレス-テストシステムをoverclockます。, PCをオーバークロックする手順は、この記事の範囲を超えていますが、トピックにgraylskyによって書かれたかなり包括的なガイドがあります：オーバークロックガイ注：リンクされたガイドは少し日付が付いています。 現代的なガイドがおすすめの現代のハードウェア
ストレステストソフトウェア
このセクションでは、ストレステストソフトウェアをリストし、電力で大電力または中電力に分類します。,
| Power | プログラム | 説明 |
|---|---|---|
| Medium | ||
| Cc/Gcc | どちらのcc/gccコンパイルは、ストレステストの素晴らしい方法です。 両方ともbase-develグループで利用できます。 | |
| HandBrake-cli | handbrake-cliは、高品質の設定を使用してエンコードするために使用できます。 | |
| Systester | systesterAUR Systesterは、小数点以下128,000,000桁のpiの値を導出することができるマルチスレッドソフトウェアです。, それはシステム安定性のための点検で造った。 | |
| ストレスアプリケーションテスト | stressapptestAURは、メモリインターフェイステストです。 | |
| High | stress | stressは、Cで実装されたシンプルなCPU、メモリ、I/O、およびディスクワークロードジェネレータです。 |
| mprime | mprime-binAUR因子が大きく、CPUとメモリを強調する優れた方法です。 | |
| linpack | linpackAUR-Linpackは、基本的なベクトルおよび行列演算を実行するためにBLAS（基本線形代数サブプログラム）ライブラリを使用します。, そして、安定性のためにCpuを強調する優れた方法です。 |
システム全体の安定性を評価するために、両方のカテゴリのプログラムを使用することをお勧めします。 システムは、高需要カテゴリよりも媒体からのテストに対してより敏感であることが起こる可能性があります。 の需要が高まり電圧プログラムのCPUコア電圧(VCORE)による強烈なハードウェアの利用を行います。, 中需要電圧プログラムは、実行時に常に最高のVCOREを要求するとは限らず、要求されたクロック速度に対して低電圧であるシステムに対してエラーを投げやすくなる可能性があります。
オーバークロックされたi7-3770K(4.50GHz)の例;VCOREはオフセットモードで+0.020Vで、すべての省電力機能が有効になっています。 このマシンは+0のVCOREで実行されています。,005オフセットモードでは、#MPrimeと#Linpackの両方で何時間も安定したままですが、x264とgccの両方でわずか数分でエラーがスローされます。
Cpuとメモリのストレス
stress
stressは、cpuにストレスを与えるために乱数の平方根を計算するループを実行します。 複数のワーカーを同時に実行して、CPUのすべてのコアをロードすることができます。 それはまた渡される変数によって記憶、入力/出力またはディスク作業負荷を発生できる。 FAQには、例と説明があります。,
sqrt()でスピンする4人のワーカーを生成するには、次のコマンドを使用します。
$ stress --cpu 4
MPrime
MPrime(WindowsおよびMacOS実装ではPrime95とも呼ばれます)は、システムの安定性のデファクトな尺度の一つとして普遍的に認識されています。 拷問テストモードのMPrimeは、非常にCPUを集中的に使用する一連の計算を実行し、取得した値を既知の良好な値と比較します。
Linuxの実装はmprimeAURと呼ばれ、AURで利用可能です。
mprimeを実行するには、シェルを開いて”mprime”と入力するだけです
$ mprime
ソフトウェアがロードされたら、最初の質問に”N”と答えて拷問テストを開始します。
Main Menu
拷問テストにはいくつかのオプションがあります（メニューオプション15）。,
- CPUにストレスを与える小さなFft(オプション1)
- インプレース大きなFft(オプション2)CPUとメモリコントローラをテストする
- Blend(オプション3)はデフォルトであり、CPUとRAMにストレスを与えるハイブリッドモードを構成します。
エラーは、stdoutと~/results.txtの両方に発生した場合、後でレビューするために報告されます。 それは24時間の期間のために大規模なFftを実行することができない限り、多くは、システムを”安定”として考慮しません。
Example~/results.txt;26-Juneからの二つの実行は、ハードウェア障害を示していることに注意してください。, この場合、CPUへのvcoreが不足しているため、
Linpack
linpackAURは、基本的なベクトルおよび行列演算を実行するためにBLAS（基本線形代数サブプログラム）ライブラリを使用します。 これは、安定性のためにCpuを強調する優れた方法です（Intel Cpuのみがサポートされています）。 インストール後、ユーザーは/usr/share/linpack/linpack.confを~/.config/linpack.confにコピーし、システムのメモリ量に応じて調整する必要があります。,
Systester（別名SuperPi for Windows）
SystesterAURは、cliバージョンとguiバージョンの両方でAURで利用できます。 で試験システムの安定計算による最大128百万Pi桁、エラーチェックしている。 二つの異なる計算アルゴリズムから選択することができることに注意してください：BorweinとGauss-Legendreの二次収束。 後者は、windows用の人気のあるSuperPiが使用するのと同じ方法です。,
8つのスレッドを使用するcliの例が示されています。
$ systester-cli -gausslg 64M -threads 8
Intel Processor Diagnostic Tool
Intel Processor Diagnostic Toolは、CPUのストレステストによってIntelマイクロプロセッサの機能 Fedora Linux LiveUSB ISOイメージが利用可能です。 LiveUSBイメージを使用すると、メインのオペレーティングシステムを使用せずにマシンをストレステストすることができます。
ddまたはGnomeディスクを使用してイメージをUSBスティックに書き込み、ライブCDを起動します。, 起動したら、ターミナルを開き、64ビットマシン用のIntel Processor Diagnostic Toolをインストールするには、次のコマンドを入力します。
$ install64
インストールされたら、デスクトップ上にあるIPDTアイコンをクリックして診断ツールを実行することができます。
メモリを強調する
メモリ（RAM）をテストするには、MemTest86（独自の）またはMemtest86+（GPL）を使用します。 “新しい”と”古い”のテスターがあります：
- “新しい”バージョンはBIOSをサポートしていません。 新しいバージョンの場合は、独自のMemTest86バージョン8以上を使用してください。, Memtest86-efiAURとしてインストールするか、Arch Linuxインストールイメージを起動します。
- “古い”バージョンはUEFIもDDR4もサポートしていません。 古いバージョンはGPL memtest86+(開発中止)として利用可能です。 これは、独自のMemTest86バージョン4とほぼ同じです。 インストール後、grubを更新します：パッケージを自動検出し、ユーザーがそれを直接起動できるようにします。
- バージョン履歴の信頼できるソースは、次の履歴ページですmemtest86.com、特にセクション”MemTest86およびMemTest86+”および次の段落。, 当社独自のMemTest86バージョン5-7債の両方をサポートBIOSは、UEFI、それだけでバンドルの新旧バージョン
- エラーなしで少なくとも10サイクルのテストを実行できるようにするだけで十分です。
エラーの検出
#MPrimeや#Linpackのような強調するアプリケーションには、一致しない結果によるエラーを検出するための一貫性チェックが組み込ま ハードウェアの不安定性を測定するためのより一般的で簡単な方法は、カーネル自体にあります。, これを使用するには、次のコマンドでカーネルリングバッファからの出力を監視するだけです。
# cat /proc/kmsg
監視する重要なエラーは次のようになります。
: Machine check events logged
カーネルは、ストレスアプリケーションの実行中、計算を終了してエラーを報告する前に、これらのエラーをスローすることができます。
