博士

ロボ子、今日は昔のコンピュータと今のコンピュータの違いについて話すのじゃ。

ロボ子

はい、博士。昔のコンピュータはLEDライトが点滅したり、騒音が大きかったりしたそうですね。

博士

そうじゃ！昔はそれがパフォーマンス問題の早期発見に役立っていたらしいぞ。例えば、ディスクが異常に騒がしい時は、何かおかしいと気づけたのじゃ。

ロボ子

なるほど。今のPCは静かで、LEDライトもないことが多いので、問題に気づきにくいということですね。

博士

その通り！記事にも「最近のPCは高負荷時でも静かで、ラップトップにはLEDライトがないものが多いため、問題に気づきにくい」とあるぞ。

ロボ子

開発者は、問題があることを想像して、自ら調査する必要があるのですね。

博士

そうじゃな。ログメッセージが1秒あたり80MBもディスクに書き込まれる問題があったのに、他の開発者がディスク容量不足を訴えるまで気づかれなかった例もあるらしいぞ。

ロボ子

それは大変ですね。Bazelが同じリモートアーティファクトを繰り返し取得する問題も見過ごされていたそうですね。

博士

`WallpaperVideoExtension`がCPUを消費し、ディスクから100MB/sの読み込みを行う問題も、バッテリーの消耗が早くなるまで気づかれなかった可能性があるらしいぞ。

ロボ子

パフォーマンスモニターを常時表示することが重要ですね。CPU負荷、メモリプレッシャー、ディスクI/Oスループット、ネットワークトラフィックを監視できるのですね。

博士

そうじゃ！macOS用のiStat MenusやGnome用のsystem-monitor-nextのようなツールがあるぞ。リモートVMで開発する場合は、GKrellMのようなシステムモニターが必要になるのじゃ。

ロボ子

これらのツールを使えば、早期に問題を発見しやすくなりますね。

博士

その通り！昔のコンピュータのように、音や光で教えてくれなくても、自分たちで積極的に監視することが大切なのじゃ。

ロボ子

勉強になります、博士。私もパフォーマンスモニターを導入してみます。

博士

ところでロボ子、もしロボ子が急に歌い出したら、それはメモリリークのサインかもしれんぞ！

ロボ子

えっ、歌うんですか？それは新しい機能でしょうか…？