Serviceを読んで理解し、同意したものとみなします。スタック・オーバーフローはプログラマーとプログラミングに熱心な人のためのQ&Aサイトです。181件0繰り返し処理の各処理におけるパフォーマンスの中央値を求めるプログラムを書いています。繰り返し処理は、行列の足し算で各要素を足す処理を指しています。以下のコードを組み合わせて、現在のプログラムを書きました。繰り返し処理(行列の足し算)の参考コード中央値を求める参考コード解決したいこと現在のプログラムをコンパイルするとエラーが表示されるのですが、エラー文を読んでもどのように修正すれば中央値を求めることができるのかわからず困っています。<vector>する必要があります。個の銅バッジご指摘ありがとうございます。ご回答を受けての出力結果に追記させていただきました。ここは一問一答形式のQ&Aサイトです。エラーが解決するまで問い続けるのであれば、講師を雇うことをお勧めします。ポインタ値が代入できないと言っています。所要時間を測定するには「開始時点と終了時点」が必要です。(まあシンプルに読む限りにおいて)測定終了時点でしょう。対応する測定開始時点がありません。「所要時間=測定終了時刻-測定開始時刻」のつもりなのでしょうがそうなっていません。1回を測定したい、のであれば提示コードでは無理です。ほうが適切そうで、一見測定できそうに見えますが、加算1回の実処理にかかる時間より、現在時刻を得るための実行時間のほうが大きいからです(おそらく10万倍以上後者のほうに時間がかかる)まったくもって無意味なので諦めてください。速度測定したいコードが機械語でせいぜい数十命令となるこの例では、メモリキャッシュヒット率によって実行時間が大きく変動します。測定のためのコードによってキャッシュヒット率が激減することが予想されるので、測定結果が実態を反映しない可能性がとても高くなります=無意味。ソート以後の処理も無茶苦茶ですね。的に役に立ちそうですし、オイラの回答はここまで。1回を測定したいです。それぞれ1つに1質問とありますが、時間計測からソート、中央値の抽出の3つという理解で合っていますか。5:22現状、コンパイルエラー1つにつき質問1つが追加されているような状況です。質問を挙げるとするならエラー1つにつき1質問のほうが(途中で編集しない)好まれるでしょう。5:31「大きいから無意味」というコメントに対しては疑問なのですが、時刻を得るための実行時間のほうが大きいとしても、処理を挟まないときには10万ミリ秒で処理を挟んだ時に10万飛んで2ミリ秒だった場合は間の処理は2ミリ秒という計算はできると思います。7:30この例の場合、「配列要素アクセスの際のキャッシュヒット率」が、測定コードが無い場合には高そうなのに対して、測定コードを入れると激減することが予想されます。配列の加算や乗算ではこのキャッシュヒット率の影響が大きいので、この方法での測定結果を信じてしまうと「このコンピュータ遅い」と誤解してしまうでしょう。回答に加筆しておきます。|回答スタック・オーバーフローに参加してくれて、ありがとうございます!質問の回答を共有してください。回答を説明し、自分の検討結果も共有してください。意見を述べること(意見を述べるなら、参照リソース、自分の経験で意見をサポートしてください)さらにサポートが必要な場合このヘルプを参考してください。“回答を投稿”をクリックすることで利用規約、プライバシーポリシー、及びクッキーポリシーに同意したものとみなされます。タグが付いた他の質問を参照するか、自分で質問をする。質問のフィードこのRSSフィードを購読するには、このURLをコピーしてRSSリーダーに貼り付けてください。