問題タブ [gettimeofday]

ac プログラムで整数秒ごとに取得する方法があるかどうか疑問に思っています。「gettimeofday」関数を使用して現在の時刻を取得しようとしましたが、現在の秒の小数部分が領域 (0.9 より大きく 0.1 より小さいなど) に収まる場合は、現在の時刻を整数に丸めました。ただし、プログラムを実行すると、時折、数秒のミスがありました。誰かがより良い解決策を持っていますか?

ありがとう

実行時に使用するのに、まだpython 2.7使用していないのはなぜですか？gettimeofday()time.time()python 3.4

/etc/localtime を照会している可能性がある strace を実行すると表示される

vdso は、glibc バージョン 2.15 を使用する 64 ビット カーネルで実行されている 32 ビット アプリケーションでサポートされていますか? はいの場合、64 ビット カーネルで実行されている 32 ビット アプリケーションで動作させるにはどうすればよいですか? 「linux-vdso.so.1」での dlopen は成功しても、「__vdso_gettimeofday」での dlsym は失敗します。

同じシステムで、64ビット用にコンパイルされたアプリケーションから、「linux-vdso.so.1」でdlopenを実行し、「__vdso_gettimeofday」でdlsymを実行できました。

私は、OpenMP を使用して並列化しながら、行列と行列の乗算を計算するためにトリプル ネストされた for ループを実装する C コードに取り組んでいます。for ループの開始から終了までにかかる時間を正確に測定しようとしています。これまで gettimeofday() を使用してきましたが、for ループの実行にかかった時間を正確に記録しているように感じられない場合があることに気付きました。実際よりも時間がかかったと言っているように見えました。

元のコードは次のとおりです。

そして、これは clock_gettime() を使用した同じコードです:

ループが完了するまでに 3 ～ 4 秒かかります。両方の時間測定を同時に使用してみましたが、gettimeofday() を使用した結果はほとんどの場合、clock_gettime() の結果よりも長く、結果よりも 1 秒以上長くなることもありました。 clock_gettime() を使用して取得していました:

これには理由がありますか？これら 2 つの機能を使用する際に違いが生じる原因は何ですか? これら 2 つの機能の性質をよりよく理解しようとしています。

たとえば、ビットごとのようなアトミック操作の時間を測定しようとしています。私が抱えていた問題は0&1、IDE が最適化を行い、このコマンドを無視しているため、単に計算できないことです。そのため、代入を使用する必要がありました。

したがって、割り当てなしで操作の正確な時間を取得するために、割り当てのみを行うのにかかる時間をチェックしていましたx=0; 。

問題は、かなり頻繁に否定的な結果が得られることです。

num=0&1それよりも費用がかからない可能性はありx=0ますか？

残念ながら gettimeofday() 以外の時間測定関数は使用できません

私はこの解決策を見てきましたが、最初は使用を余儀なくされましgettimeofday()たが、最も重要なことは、同じ方法で測定し、操作の前後に時間を取得し、差分を返すことです。しかし、私は割り当てを操作から分離しようとしていますが、これは彼らが魂の中で行っていることではありません.

これは私の完全なコードです。