回答:
一般に、パフォーマンス比較の両方の方法にはそれぞれの場所があります。
CPU時間の比較は、ある意味で最も興味深いメトリックです。1日の終わりには、どのメソッドが高速であるかに本当に関心があるからです。(ただし、終了基準が同等であることを確認してください。たとえば、両方の方法で同じ精度の近似が得られるようにしてください)。欠点は、テストを実行したマシン上で、どのメソッド(より重要なのはどの実装)が高速であるかを示すだけであるということです。異なるアーキテクチャまたはソフトウェアを備えた異なるマシンが同じ勝者を選ぶという保証はありません。
比較の繰り返し数を、一方、機械独立しているが、2つの方法は非常に異なる反復を持っている場合は、潜在的に誤解を招く-この場合には方法は少ないとが、より高価な反復は好ましいことではないかもしれません(最適化のための例えば、ニュートン対勾配方法非常に低い精度のみが必要な場合)。
ですから、はい、両方の数字を与えることは理にかなっており[1]、出版物でよく見られます。3番目のオプションもあります。
[1]複数の実行にわたって統計を確実に提示します。手段を示す場合は、標準偏差も含めることを忘れないでください。
反復の数が「スピード」ではない場合に示唆するため、誤解を招くメトリックであることがわかりました。この違いを示すいくつかの異なる前提条件を比較する簡単な例については、http://www.dealii.org/developer/doxygen/deal.II/step_6.html#Possibilitiesforextensionsを参照してください。
他の回答で明確でない場合、反復回数が適しているのはbig-O引数です。
絶対速度には向いていません。これは、反復ごとの平均時間に依存しているため、メソッドごとに大きな要因で異なる場合があります。
たとえば、配列インデックスの計算コストを無視する傾向があり、CPU時間の大部分を占める可能性があります。
追加:また、他の場所で指摘したように、メソッドを呼び出すたびにセットアップコストがかかります。マトリックスが通常それほど大きくない場合、そのセットアップコスト自体がCPU時間の大部分を占める可能性があります(削除すると速度に大きな違いが生じるなど)。