ダンプの原因となるフォルトをミリ秒で確認する方法はありますか？

私は顧客のサイトで生成されたコアダンプを持っています。私がタイムスタンプから見つけることができるのは、ダンプファイルが2番目に開いた時刻だけです。（ファイル名の一部）ダンプの原因となるフォルトをミリ秒で確認する方法はありますか？

例外が発生したミリ秒を確認できますか？

これにより、より正確にログファイル（ミリ秒単位）と比較することができます。

2017-08-14 leiflundgren

私はwindbg .timeコマンドが時刻を知っているが、常にミリ秒ではないことを知っている。 – leiflundgren

WinDbgは、第2レベルの精度でしか記録しない[GetCurrentProcessUptime]（https://msdn.microsoft.com/en-us/library/windows/hardware/ff545857(v=vs.85).aspx）を使用しています。残念なことに私はこれが可能だとは思わない。あなたは本当にあなたのログファイルにたくさんのイベントを*毎秒*持っていますか？ –

確かに、ログファイルが停止した時点でクラッシュしましたか？ – OrangeDog

上記のように、「.time」はダンプオカレンスのタイムスタンプを取得する方法です。ユーザーダンプについては、私の見解からは、常に第2レベルの正確さに過ぎません。カーネルダンプの場合は、ミリ秒まで正確です。

しかし、「.time」出力の「システム稼働時間」は、カーネルダンプとユーザーダンプの両方でミリ秒まで正確です。最終的な起動時間をミリ秒精度にすることができる場合（例えば "wmic os get lastBootUpTime"を呼び出すことによって）、lastBootUpTimeに稼働時間を加えて正確なダンプ発生タイムスタンプを得ることができます。

出典

2017-08-14 16:54:42

おそらくシステム稼働時間を記録することが考えられます。ありがとう！ – leiflundgren

興味深い...私はなぜカーネルダンプがより高い解像度を持つのだろうかと思います。タイムスタンプを記録して取得するには、別のAPIを使用する必要があります。 –

これで、ログコンポーネントは各ログの先頭にSystem Uptimeを書き込みます。ダンプが発生した場合は、ダンプとログの稼働時間だけを見て、電卓とボイラーを使用してください！ – leiflundgren

ダンプの原因となるフォルトをミリ秒で確認する方法はありますか？

答えて

関連する問題