問題タブ [drift]

仮想マシンのクロックが大幅にずれます。これに対処するためのドキュメントはありますが、うまく機能しているようには見えません。

誰もが何か提案、彼らにとってうまくいったこと、...

おそらく、ntp 経由で定期的に更新することは良い解決策ではありません。

イベント間に「ドリフト」がないことを保証できる C# で利用可能な .NET タイマーはありますか? つまり、タイマーを X 秒ごとにオフにするように設定した場合、何日も操作した後でもドリフトしないということです。

そうでない場合、これを行うために C# でタイマー関数をラップするよく知られたコード例はありますか?

HTML キャンバスでいくつかの図形をドラッグしようとしていますが、マウス座標 [dx,dy] の変更の決定に関して問題が発生しています。

まずmousePos、ロールオーバー効果が問題なく機能するため、座標自体に問題はありません。私がやっていることは、最初に形状に入ったときに、マウス座標を保存することです。

次に、onMotion はマウスが移動するたびに座標を更新し、現在の位置を記録します

次に、dx 値と dy 値を形状座標に追加します (例として単純な長方形を取り上げます)。

マウスの動きが速すぎない限り、比較的うまく機能します (完全ではありませんが)。ウィンドウから出ずにマウスを非常に速く動かすと、長方形がマウスに追いつきません。マウスに追いつくのに遅延があるかどうかは理解できますが、どのようにデルタ値がオフになるのでしょうか? どこから始めたかは明らかで、プロセスで数十または数百のピクセルがスキップされたとしても、最終的にはマウスが停止し、正しいデルタ値が計算されるはずです。

ここで概念的な壁にぶつかったので、どんな助けも大歓迎です。

私は少し奇妙な状況にあります。私が現在抱えている状況は、通常は良い状況であり、ジャイロドリフトはまったくありませんが、なぜそうなるのかわかりません。どこでも報告されているように、ジャイロスコープが大きくドリフトすることを期待していました。したがって、この質問は、ドリフトが見られない理由を見つけるためのものです。

最終的に、Galaxy Nexus（Android 4.0.3）とそのジャイロスコープを使用して、向きの変化を検出します。そもそも、センサーの読み取り値をログに記録したかっただけで、たとえばここのように大きなドリフト値が見られると予想していました。他のウェブサイトでも、毎秒約1度のドリフトまたは同様の測定値を読んでいます。

センサーデータをログに記録する私のコードは非常に基本的です：

LogSensorEventListenerは、SensorEventListenerInterfaceの非常に基本的な実装でもあります。

mRelZは最初は0に設定されており、2つのリストは時間と測定値を追跡する必要があります。測定が終了すると（ボタンをクリック）、値がファイルに書き込まれます。

すべてが正常に機能しますが、私が見ることができる唯一のドリフト（たとえば、デバイスをテーブルに置いて、たとえば60秒間値をログに記録する場合）は約0.2度です。上記のスクリーンショットのようなものを取得するためにデバイスを移動すると、ドリフトはまったく観察されません...

私は何を間違っているのですか（または正しいですか？）??

アドバイスありがとうございます！

出力を書き込むために X 秒ごとに実行する必要があるプログラムがあります。プログラムは、各出力間で断続的なポーリングと処理を行います。たとえば、私は 5 秒ごとに出力しているかもしれませんが、次の 5 秒のマークに到達するまで 0.1 秒ごとにポーリングを開始します。理論的には、プログラムは再起動までに数か月、場合によってはさらに長く実行されます。

ウォールクロックとの一貫性を保つために、X秒ごとに実行する必要があります。言い換えれば、時計のずれによって X 秒のマークからずれることは許されません。断続的なポーリングでまったく同じレベルの精度は必要ありませんが、1 秒よりも頻繁にポーリングしたいので、1 秒未満の精度を表すことができる構造体が必要です。

OS上で実行するという性質上、タイマーの実行には一定の不一致/遅延があり、正確にx秒で実行されることを保証できないことを認識しています。しかし、それは小さな正規分布にとどまっている限り問題ありません。私が望んでいないのは、ドリフトが一貫してどんどんずれていく時間を許すことです。

また、ポーリングの CPU コストをできる限り最小限に抑えたいと考えていますが、それは二次的な問題です。

このレベルの精度を最もよく提供できる、Linux で使用できるタイミング構造は何ですか? 配布に手間がかかるのでアプリケーションにboostを含めないようにしていますが、必要に応じて使用できます。そのため、標準の C++ ライブラリを使用する方法が好まれますが、Bosst の方が優れている場合は、それも知りたいです。

ありがとうございました。

-ps、c++11 を使用できません。それはオプションではないので、そこから構成を使用する方法はありません。

約2〜3週間前からntpは同期を失い、それ以来、毎日40秒から1分の間失われ
、毎日午後9時頃にこの違いを即座に同期します.

/var/log/ntp.log :

この時点で、1 時間ごとに ntpdate を実行するように cron ジョブを設定しました。

次に、5 分ごとに cron を追加しました。

時計がほぼ1分スキップすることが2回あります。
すでにサーバー上の他のログ ファイルをチェックしており、現時点で ntp.log 以外のログには文字どおりデータが書き込まれていません。
この時点で実行されているバックアップ タスクなどはありません。
サーバーは VMWARE 仮想マシンであり、ホストとの時刻同期は無効になっています。

サーバーOSはopenfiler 2.3
uname -a
Linux xxxxxxxxxxxxxxxxxxx 2.6.29.6-0.23.smp.gcc3.4.x86.i686 #1 SMP Mon Feb 8 16:28:15 GMT 2010 i686 i686 i386 GNU/Linux

VMWareでWindows7ゲストを実行していますが、1分あたり5秒も失われています。約25分前にWindowsを介して時刻を再同期しましたが、これまでのところ00:01:20を失っています。時計が他のコンピューターと約2分ずれていることがよくあるので、明らかに矛盾しています。同じVM上のRedhatゲストは、同じドメインタイムサーバーを使用する他のコンピューターとのロックステップを維持します。私は周りを見回して、VMWare同期ツールの使用を推奨している人とゲストWindows同期ツールの使用を提案している人を見つけました。この大きなドリフトはばかげているようで、さまざまなマシンで実行されているソフトウェアに問題を引き起こしています。

私が求めているのは、これを引き起こしている可能性があるものと、それを軽減するために私が何をする可能性があるかを誰かが知っていますか？私はVMWareがどういうわけか時計を回転させているのではないかと疑っていますが、別のゲストOSがそれを経験していないという事実は、私にその疑いを疑わせます。

ありがとう。

バックアップ イメージからインストールされた Windows XP Embedded をマシンで使用しています。最近、自分のマシンでシステム クロックのドリフトが検出されました。このドリフトは非常に大きい (5 分ごとに 1 秒)。このドリフトは永続的なものではなく、起動するたびにランダムに発生します。ただし、ユニットがドリフトして起動すると、次の起動までそのままになります。もう 1 つの重要なことは、起動時にユニットが毎回 0 遅延で開始することです。たとえば、次のようになります。

1. ユニットの起動。
2. ワールドタイムは 12:00:00.00、単位時間は 12:00:00.00 です。
3. 10分間待ちます。
4. ワールドタイムは 12:10:00.00、単位時間は 12:09:58.00 です。
5. ユニットの電源を切る
6. ユニットの起動。
7. ワールドタイムは 12:15:00.00、単位時間は 12:15:00.00 です。

時計を同期できません。

通常のXP（組み込みなし）をインストールしましたが、ドリフトは発生しませんでした。問題の根本原因を特定する方法と、Embedded XP でそれを解決する方法について誰か助けてもらえますか?

Amazon にいくつかの ec2 インスタンスがあり、Amazon AIM Linux を使用してセットアップしました。インスタンス タイプは m1.medium です。

今週まではすべて順調です。

ログ ファイルから、巨大なクロック ドリフトが突然発生し、場合によっては 5 分間のずれが発生することがわかりました。</p>

他の誰かがこの問題に遭遇したかどうか尋ねたいですか？それに対処する方法は？

ゆっくり動くか、長時間 (72 時間) 静止している剛体を追跡しています。ほとんどのアプローチの欠点は、時間の経過とともにエラーが蓄積され、オブジェクトから離れてしまうことです。

これを回避する標準的な方法はありますか？オブジェクトは 3 次元で移動/回転できます。

私は現在、コーナーポイントを見つけるためにSIFT + RANSACタイプマッチングを使用しており、ある種の星座マッチングがドリフトを排除するという前提でそれらをマッチングしています。