いつ、どこでパフォーマンスを向上させるかについては誰もが見解を持っているため、ここでは重要ではありませんが、どの時点でパフォーマンスの向上が昇格に値するのか疑問に思っていました (たとえば、ブランチの開発からトランクへの開発、またはいくつかの進歩に十分に配置されるなど)。レポートか何か）。
たとえば、私の経験則では、10% のパフォーマンス向上は注目に値しますが、5% は特別なことではありません (もちろん、合計すると価値があるかもしれません)。
注: この Wiki には正解がないため、パフォーマンスについて決定する際には、このテーマについて意見を持っていると役立つと思います。
私はむしろ絶対値を使用したいと思います。1 ミリ秒の 20% は気にする必要はありません。しかし、1 時間の 2% はかなり印象的です。
パフォーマンスの向上がシステムに新しい品質を追加する場合は、言及する価値があります. そうでなければ、通常は誰も気にしません。
たとえば、合理的ではあるが通常よりも多くの量のデータをロードすると、システムの動作が著しく遅くなっていましたが、この問題を修正した場合は、大量のデータをロードするユーザーが改善の恩恵を受けるため、言及する価値があります。
これは簡単なテストです: 誰かに最適化されていないシステムを渡して、それを使ってもらいます。最適化されたシステムを提供し、それを使用するよう依頼します。違いがわかるかどうか、どちらが一番好きかを尋ねます。（それが二重盲検試験であり、システムが他の点で等しいことを確認してください）。人々が最適化されたシステムをより好むなら、それについて騒ぎ立てる価値があります。
より簡単なテストを次に示します。違いがわかりますか? それができないなら、言及する価値はありません。（一方で、小さな改善は蓄積されます）。
大きな n に対する O(n) から O(log n) へのアルゴリズムの改善は非常に優れています。
コードの優雅さ/可読性にも依存すると思います。特定の変更がより正しい解決策のように感じられ、コードの愚かさを排除し、パフォーマンスも向上する場合、それは「価値がある」ものです。ただし、特定の変更が純粋にパフォーマンスのために設計されており、コードの可読性や保守性が低下している場合は、それを価値のあるものにするためにかなり良いブーストにする必要があります.おそらく50％.
場合によります。
これらの 5% が、大規模なサーバー ファームなどでの節約につながる場合、注目に値します。
エンド ユーザーのコンピューターで 5% 高速になったとしても、誰も気付かないでしょう。
それは文脈に依存します。
ビデオをリアルタイムで再生する必要があるアプリケーションでは、フレームあたり 1 ミリ秒の改善は、毎秒 30 フレーム (ビデオ クリップの一般的な速度) から毎秒 29 フレーム (視覚的にはかなり大きく見える) の差になる可能性があります。フレームのドロップにより悪化します）。
夜間に実行される別のアプリケーションでは、2 時間と 3 時間では実際の違いはありません (ただし、実行中にデータベースに発生する負荷は非常に大きくなる可能性があります。代わりに最適化してください!)。
基本的に、完全な作業単位に対して1桁以上の場合。