`yes> / dev / null`を実行するとMacに害を及ぼすことはありますか？

最近yes > /dev/null、Macのバッテリーを消耗するために3分間走りました。その間、温度は72°Cに上がり、ファンは最大4000 RPM回転しました。私はすぐにプロセスを終了しました。

ハードウェアまたはロジックボードが損傷しているのではないかと心配する必要がありますか？

確かに他の人が言ったように：CPUとカーネルは両方とも独自の自己保存戦略を持っています。

コンピューターリソースの使用方法 に関するフレーバーを追加しますyes。

BSD yesとGNUの動作を区別する価値がありますyes。
macOSはBSDなので、（古い）ディストリビューションのBSDを使用しyesます。

• macOS（ダーウィン）yesソースコード
• BSD yesソースコード
• GNU yesソースコード

違いについては、GNUはどのyesように高速ですか？

そしてその議論の議論は同じ名前のHacker Newsスレッドに存在します。

BSD / macOSは、yes実際にはputs("y");タイトループで実行されます。
GNU yesは…やや深刻です。I / Oの単なるバッファリングをはるかに超える最適化が行われています。

マニュアルページyesからこの小さな宝石を持っているための手順：

yesを使用すると、プロセッサの使用率が100％になります。このため、たとえばコンピューターのCPUを最大にするなどのテスト以外に使用されることはほとんどありません。

つまり、いや、ハードウェアが損傷することはありません。yesコマンドを使用することは、CPUのすべて（100％）を使用する方法です。これらの状況では、経験した症状（温度の上昇とその結果生じるファンRPMの上昇）が予想されます。さらに、損傷を防ぐために温度しきい値を超えた場合、CPUは「スロットルバック」し、最終的にシャットダウンします。

このyesコマンドは、デフォルトで文字yである文字列を繰り返しstdoutに書き込むだけです。リダイレクト（>）すると、/dev/null単にストリームデータが忘れられます。つまり、これはコンピューターの永続的な状態に永続的な影響を与えるものではなく、このレンズを介した有害なコマンドではありません。

yesコマンドは、出力速度の制約なしに文字列をstdoutに書き込むため、CPUが1つのコアで最大の使用率に達する原因になります。これが、プロセッサー温度の上昇と関連するファン速度の上昇の原因です。

最近のマシン、特にAppleラップトップのような適切に設計されたマシンでは、ハードウェアが過熱による損傷から自己を保護します。最初にファンの速度を上げ、次にプロセッサーのクロック速度を下げ、最後にプロセッサーを停止します。これらの機能を意図的に回避しない限り、ハードウェアは過熱しませんでした。マシンは大丈夫です。

あなたは特に72℃の温度に言及しました。これは、CPUダイにとって非常に高い温度ではありません。適度なモバイルCPUであるi5-7260Uは、100℃の最大許容温度を指定します。このページのパッケージ仕様セクションで仕様をT_Junctionとして確認できます：http ://ark.intel.com/products/97539/Intel-Core-i5-7260U-Processor-4M-Cache-up-to-3_40- GHz

悲しい真実は次のとおりです。これは「Macに害を及ぼす」可能性があります。

質問の本文に記載されている実際の例：これは、デバイスに悪影響を与えなかった可能性が非常に高いです。認めた。

しかし、タイトルの質問に対する一般的な答えとして、それは私たちが話しているMacのタイプに依存します。これまでにこの質問またはコメントで与えられたアドバイスと推論は、普遍的に真実ではなく、非常に危険です！Appleのハードウェアは最高のものであるという単なる信念に入れられた信頼と信仰が大きすぎます。

Appleが現在設計している、または過去にすべてのシステムが過熱によって実際に害を及ぼさないように設計したというのは、単に真実ではありません。それはこれがあることは事実ですが起こるべきではありません、ことも事実であることが起こるん。そしてした：

これの最も良い例は、特に2010-2012年のMacBook Proです。yes長時間にわたってすべてのスレッドで主にストレスを受けるIntelチップはスロットルダウンしますが、高温を非常にうまく処理し、OSでさえもkernel_taskを起動してランプアップし、マシンを冷却するのに役立つ以外の有用なことは何もしません同じヒートパイプ上のチップは、そこの脆弱な対応物です。

のようにyes、これらのシステムに不必要にストレスをかけると、RadeonGateグラフィックチップの障害が早まります。この非常にウェブサイト上で最も大きな影響を受けた2011年8月2日の質問の多くの例があります。このGPUの障害は熱の問題です。一時的に重い3Dレンダリングやベンチマークを実行するだけでマシンを殺す方法についてのガイドさえあります。これらのシステムは宣伝されていますが、レンダリングやゲームなどには適していません。集団訴訟（脅迫のみ）と修理延長プログラムは、彼ら自身を代弁します。