Linuxの負荷計算で単純な1/5/15分移動平均が使用されないのはなぜですか？

最近まで、負荷の平均（たとえば上に表示）は、状態が「実行可能」または「実行中」のプロセス数の最後のn個の値の移動平均であると考えていました。nは移動平均の「長さ」で定義されます。負荷平均を計算するアルゴリズムは5秒ごとにトリガーされるように見えるため、nは1分間の負荷平均では12、5分間の負荷平均では12x5、12x15でした15分間の平均負荷。

：しかし、私はこの記事読んhttp://www.linuxjournal.com/article/9001を。この記事は非常に古いものですが、今日では同じアルゴリズムがLinuxカーネルに実装されています。負荷平均は移動平均ではなく、名前がわからないアルゴリズムです。とにかく、Linuxカーネルアルゴリズムと、想像上の周期的な負荷の移動平均を比較しました。

。

大きな違いがあります。

最後に、私の質問は次のとおりです。

• なぜこの実装が真の移動平均と比較して選択されたのか、それは誰にとっても本当の意味を持っていますか？
• アルゴリズムが最後の1分よりもはるかに多くを考慮しているため、誰もが「1分間の負荷平均」について話す理由。（数学的には、ブート以降のすべての測定値;実際には、丸め誤差を考慮に入れて-それでも多くの測定値）

この違いは、元のBerkeley Unixにまでさかのぼり、カーネルが実際にローリング平均を維持できないという事実に由来しています。そのためには、過去の測定値を大量に保持する必要があります。特に昔は、そのためのメモリが不足していました。代わりに使用されるアルゴリズムには、カーネルが保持する必要のあるすべてが前の計算の結果であるという利点があります。

コンピューターの速度と対応するクロックサイクルがGHzではなく数十MHzで測定されたとき、アルゴリズムは少し真実に近いことに留意してください。これらの日には不一致が忍び寄る時間がもっとあります。