アカウント名:
パスワード:
オーバークロックなんざ興味は無い、しかしOSのRTCが信用できないって大問題な気がするんだが…あと独立したハードウェアのRTCがなんでCPUのクロックで狂うのかも理解できない。技術的な詳細が欲しい。
> あと独立したハードウェアのRTCがなんでCPUのクロックで狂うのかも理解できない
自分もどんな仕組みでそうなってるのか気になりますね。一応リンク先を見ると、
CPUについては、Intel 環境では Haswell / Ivy Bridge / Sandy Bridge / Gulftown / Wolfdale で発生を確認済み。なお AMD 環境では問題なしという検証結果が出ています。
ということで、Windows 8とintelの組み合わせで発生するようです。Windows8でのRTCの仕様変更により、Intel固有のなにかの機能が影響してるようなので、Win8のRTCにどんな仕様変更があったのか、影響しているIntel固有の機能は何か、の2点を明らかにすれば十分なんですが。。
AMDのTSCは800Mhz固定、Intelはクロックにより変動。多分RTCにアクセスするとシステム時間にフォールバックするとかでは。なのでRTCの性質を前提にしているベンチマークは結果が変わるとか。
OSの時計なんてtimeBeginPeriodするだけでずれるとか、高負荷になっただけでずれるとか、むしろあんなものアテにするほうがどうかしてる。
だから結局逐次テキトーにRTCを読み直しているってだけだよね。でも、それだとベンチマークみたいに計算のネタとして使うと値に有意な差異が出来ちゃうと。
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
開いた括弧は必ず閉じる -- あるプログラマー
RTCが狂うって (スコア:1)
オーバークロックなんざ興味は無い、しかしOSのRTCが信用できないって大問題な気がするんだが…
あと独立したハードウェアのRTCがなんでCPUのクロックで狂うのかも理解できない。
技術的な詳細が欲しい。
Re: (スコア:3)
> あと独立したハードウェアのRTCがなんでCPUのクロックで狂うのかも理解できない
自分もどんな仕組みでそうなってるのか気になりますね。
一応リンク先を見ると、
CPUについては、Intel 環境では Haswell / Ivy Bridge / Sandy Bridge / Gulftown / Wolfdale で発生を確認済み。なお AMD 環境では問題なしという検証結果が出ています。
ということで、Windows 8とintelの組み合わせで発生するようです。
Windows8でのRTCの仕様変更により、Intel固有のなにかの機能が影響してるようなので、
Win8のRTCにどんな仕様変更があったのか、影響しているIntel固有の機能は何か、
の2点を明らかにすれば十分なんですが。。
Re: (スコア:3, 参考になる)
AMDのTSCは800Mhz固定、Intelはクロックにより変動。多分RTCにアクセスするとシステム時間にフォールバックするとかでは。
なのでRTCの性質を前提にしているベンチマークは結果が変わるとか。
Re: (スコア:0)
ベンチマークツールがTSCを見て時間計測しているせいで正しい結果が出ない，というところまでなら，
まあしょうがないか，と笑って許せる範囲なんだが，OSの時計まで一緒にずれてしまう，というのは
シャレにならない．
Re: (スコア:0)
OSの時計なんてtimeBeginPeriodするだけでずれるとか、高負荷になっただけでずれるとか、むしろあんなものアテにするほうがどうかしてる。
Re:RTCが狂うって (スコア:0)
だから結局逐次テキトーにRTCを読み直しているってだけだよね。
でも、それだとベンチマークみたいに計算のネタとして使うと値に有意な差異が出来ちゃうと。