問題タブ [clock]

Windows ではclock()時間をミリ秒単位で返しますが、私が取り組んでいるこの Linux ボックスでは、最も近い 1000 に丸めるので、精度はミリ秒レベルではなく「秒」レベルになります。

クラスを使用してQtで解決策を見つけ、QTimeオブジェクトをインスタンス化し、start()それを呼び出しelapsed()てから、経過したミリ秒数を取得するために呼び出しました。

そもそもQtで作業しているので運が良かったのですが、サードパーティのライブラリに依存しないソリューションが欲しいので、

これを行う標準的な方法はありませんか？

アップデート

ブーストをお勧めしないでください..

Boost と Qt がそれを行うことができる場合、それは魔法ではなく、彼らが使用している標準的なものがあるに違いありません!

デフォルトの時計のスクリーン セーバーを置き換えたり変更したりして、代わりに別のもの (たとえば、自分の特別な時計など) を表示する iPhone アプリを作成できますか?

どうすればそれを行うことができますか？この件に関するチュートリアルへのリンク、またはこのようなことを行うサンプルコードへのリンクをいただければ幸いです。

（免責事項：iPhone開発初心者はこちら）

Linux（および他のUnixライクなシステム）のC ++では、長い計算にかかるCPU（壁掛け時計ではない）時間を測定する必要があるため、clock（）を使用しています。問題：32ビットシステムでは、これは約2000秒または4000秒後にラップアラウンドします。

このための推奨される回避策は何ですか？

私はiPhoneで現在の時刻を表示する小さなプログラムを書いています（学習：D）。私はこの混乱に出くわしました。

currentSystemTime（例：stringFromDate :)を毎秒呼び出して、それを解析し、画面に時間を出力するのは良いですか？

上記のルーチンを1回呼び出して、タイマーのティックごとに解析された秒を手動で更新する方が効果的でしょうか。（++秒のように言ってください;分と時間を調整するためにいくつかのifループを書いてください）。

2番目のアプローチでは、実際の時間と同期しなくなりますか。プロセッサの負荷が増加した場合はどうなりますか？

これをすべて考慮すると、これが最善のアプローチになります。

time() と localtime() を使用して内部クロックを設定するプログラムがありますが、これを変更して、内部クロックがユーザーや「リアルタイム」時間から独立するようにする必要があります。妥当な開始時刻を設定し、プログラム内部のタイマーに応じて順方向にカウントできるようにする必要があります。これにアプローチする最善の方法についてのアイデアはありますか? 抜粋は次のとおりです。

C++ でできるだけ 30 ミリ秒近くでループを終了する最善の方法は何ですか? ポーリング ブースト:microsec_clock ? ポーリング QTime ? 他の何か？

何かのようなもの：

Linux、OS X、および Windows で動作するはずです。

ループ内の計算は、シミュレーションを更新するためのものです。30 ミリ秒ごとに、ビューポートを更新したいと思います。

デジタル クロッキング システムは、誰かが退勤するのを忘れたり、コードを誤って入力して他の人 (その日のスケジュールにいない可能性がある) を退勤させたりするなどのユーザー エラーにどのように対処しますか? 明らかに不誠実の問題がある可能性がありますが、人為的ミスはどうでしょうか?

ユーザーが興味のあるものや人を購読し、新しい投稿、ファイル、または画像が送信されたときに通知を受け取ることができる購読システムがあります. 何かが新しいかどうかを判断するために、tstamp でビューを追跡します。問題は、Web サーバーと MySQL データベースが同期していない場合、ユーザーがアイテムを表示するのとほぼ同時に投稿されたコンテンツを見逃す可能性があることです。またはアイテムを 2 回表示します。

データベースから tstamp を取得することでこの問題を解決できますが、tstamp を取得するためだけにデータベースに多数の接続が必要になります。Web サーバーのシステム クロックをデータベース サーバーに定期的に同期できれば (少なくとも可能な限り)、問題を最小限に抑えることができます。これを行うための最良の方法に関するアドバイスはありますか?

NOW() を使用してデータベースに閲覧時間を入力するのは気が進まない。Gearman Process を使用してビューを記録します。これは、ビューに入るのに常にわずかな遅延があることを意味します。ただし、通常、この遅延は最小限であり、通常の同期を行うことができないと仮定すると、システム クロック間の差よりも小さい可能性があります。

ミリ秒 (0.001) でタイマー処理を行う方法 必要に応じて秒を分割する方法 ?? 秒自体をどのように処理できますか???

OMAP ZOOM 3430 MDK に付属の TMS32064x+ DSP でコードを実行するために必要なクロック サイクルを測定しようとしました。DSP チップの「Programmer's Guide」を見ると、DSP が clock() 関数をサポートしていると書かれています。

私がやっていることはとてもシンプルです。

次に、「start」、「stop」、および「total」の値を、ARM プロセッサで以前に割り当てられた共有メモリに配置します。次に、それを ARM 側の画面に表示するだけです。

問題は、最初の実行では常に同じ「合計」値を取得し、次の実行では常に 0 を取得することです! 「開始」値と「停止」値は「合計」値と一緒です。

最も奇妙なことは、ビットパターンに従っているように見えることです! 出力を以下に示します。

明らかに、clock() はうまく機能していませんが、これが何か間違っているためなのか、それともこのタイプのものが私のハードウェアでサポートされていないためなのかはわかりません。なぜこれが起こっているのでしょうか？