警告:
このプログラムは重くCPUチップをロードするように設計されている。 Undercooledかの、overclockedか、または別の方法で弱いシステムは失敗するかもしれデータ損失(ファイルシステムの堕落)および多分電子部品への常置損害を与える。 それはすべての傷をつかまえる。
自己の責任において使用
最大ローディングP6 (IntelのペンティアムPro/II/IIIおよびCeleron TM)、AMD K7 (Athlon/Duron/Thunderbird TM) AMD K6、およびIntel P5のペンティアムのための最適化されたアセンブラーのCPUのテストユーティリティは欠ける。 これはフリーソフト、版権しかしGNUの公共のライセンスのcopyleftの下で自由に認可されてである。
そう、 phinプール
これらのプログラムはシステムテストの目的のためにx86 CPUをできるだけ重くロードするように設計されている。 それらは異なったプロセッサのために最適化された。 FPUおよびALU命令はアセンブラー永久ループコードされる。 それらはあらゆる命令をテストしない。 目的はCPUに圧力自体、冷却装置、マザーボード(特にずっと電圧安定器)および電源を置くCPUからの熱生産を最大化することである
(burnBX/MMXのエラーの考えられる原因)。
どのような状態が略語MAを持って?
burnP5はIntelのペンティアムw&w/o MMXプロセッサのために最適化される
P6はIntel PentiumPro、PentiumII&IIIおよびCeleronのCPUのためである
K6はAMD K6プロセッサのためである
K7はAMD Athlon/Duronプロセッサのためである
MMXはMMXのすべてのCPUの高速記憶装置またはメモリインターフェイスをテストすることである
BXはIntelのCPUのための互い違いの高速記憶装置またはメモリテストである
どのように我々は工業塩のホールドを得るのですか?
使用するため: ルートpriviligesは必要とならない。 それはエルフのLinuxのために設計されていたが、またFreeBSDの下でテストされた。 そしてa.out。 焼跡のテストはramdiskの分布(tomsrtbt)からまたは据えられていないファイルシステムか取付けられた読み込み専用と最もよくされる。
untar便利なディレクトリのソース:
`のtarのzxfのcpuburnの`
excutablesをコンパイルしなさい
`は作る`を
背景[SMPのための_repeat_]の望ましいプログラムを実行しなさい:
`burnP6 || エコー$か。 及び`
`psの`によってcpuburnの進歩を監視しなさい。 終えられた場合、`の殺害の`burn*プロセス。 温度のプローブCPU温度やシステム電圧を点検できれば(指)またはlmセンサーパッケージがあれば。
モフォは何ですか?
どのように宝石の農産物があります
エラーが計算で生じれば、維持され、プログラムはFP/MMXのエラーの整数または記憶誤りおよびエラー・コード255のためのエラー・コード254と終わる。 エラーチェックあらゆる10-40秒はテストのあらゆるCPUのエラー見られるburnP6/K6/K7およびIのhaventのための起こる[留置場は最初に発生する]。 エラーのためのburnBXおよびburnMMXの小切手は512のMB毎に(4-10秒)、エラー終了は頻繁に見られ、留置場よりまれである。
burnBXおよびburnMMXは本質的に非常に強いRAMのテスターである。 それらはまたテストされるべきRAMのサイズを明記するオプションのパラメータを取ってもいい:
A = 2 kb E = 32 kb I = 512 kb M = 8 MB
B = 4 F = 64 J = 1つのMB N = 16
C = 8 G = 128 K = 2 O = 32
D = 16 H = 256 L = 4 P = 64
`のburnBX L `(4 MB)および`のburnMMX Fの`は(64 kb)デフォルトのサイズである。 A-E大抵テストL1高速記憶装置、F-HテストL2高速記憶装置およびHP力RAMへの方法。 しかしA-EにRAMにあるcachelineのwriteoutsがある。
名前にもかかわらず、burnBXはあらゆるチップセット[RAMのコントローラ]およびRAMのコントローラよりテストでもっとたくさん実行することができる。 残念ながら、burnBXはAMDプロセッサで最適ではない。 burnMMXはMMX単位を備えているあらゆるCPUのために望ましい。
"立方メートルとは何か"
burnBX/MMXはそれを要求しなければ開始するべき総RAM +交換の約72 MBを(必ずしも放すため)必要とするが、この多くを使用しない。 それらは十分な交換を持たなければ`のSIG 11の`を投げる。
多くを追加したいと思わなければソース注釈に示すように.bssセクションを下方に調節できる。 それらはまた交換をテストしても少なくとも私のシステムで、私は余分なスラッシュ交換の使用を用いる128 MBの2* `burnBX 8の`をSDRAM実行してもいくない[シーク]。 YMMV.
補助的specが2-10分後に、システムロックするかもしれなければ。 それはべきではない。 burn*はちょうどunpriviligedユーザープロセスである。 しかしそれはおそらくCPUが、多分CPU及び脱熱器間の熱グリースか他のインターフェイス材料not undercooledことを意味する。 または他の不足。 力のサイクルはシステムをリセットするべきである。 しかしそれを固定するべきである。
0 件のコメント:
コメントを投稿