「Windows 8はCPUクロックの変更がRTCに影響するため、正しいベンチマークが行えない？」記事へのコメント

なんか勘違いしているコメントが多いようだが

[Anonymous Coward]

TSCの速度は実測しないと分からないので、WindowsだろうとLinuxだろうと*BSDだろうと、OS起動時にキャリブレーションしています。その後で外部供給クロックを変動させると、時計が狂うのは当然ですよね。
アイドル時にクロックを落とすとか、TurboBoostとかいうのは話が別で、そもそもOSが自らクロックを変えるのでちゃんと補正しますし、そもそも現在主流のCPUではこれらの (内部の) クロック変動でTSCの速度が変わることはありません。

Re:なんか勘違いしているコメントが多いようだが

[Anonymous Coward]

他のコメントにもあるように、RTCはWindows起動中はほとんど参照されないだろうから、RTCの問題ではないでしょうね。

HPETのQueryPerformanceFrequencyは実測して決めていたんでしたっけ？
以前調べたときは14.31818MHzとなってた記憶があったんですが…

Windows8以前からEISTを有効にしていると1日に十数秒時間がずれたりするので、本当にちゃんと補正しているのか疑問に思ってたんですけど。
実際にはタイマ割り込み毎に以前に実測したカウント値を足しているだけでHPETのカウント値は使っていないってことなんでしょうか。

# 4770KのWindows8マシンで以下のプログラムを実行したら3416980となって、妙に半端な値になってました。
エラーになっていないからHPETは有効になってると思いますが、この数値はどこから来たんでしょうかね。

#include
#include

main(int argc, char *argv[])
{
        LARGE_INTEGER freq;
        freq.QuadPart = 0LL;

        QueryPerformanceFrequency(&freq);

        printf("err = %u\n", GetLastError());

        printf("freq = %I64u\n", freq.QuadPart);
}

Re:なんか勘違いしているコメントが多いようだが

[miyuri (33181)]

HPETを使っているだろうと思っていて確認していなかったけど、調べてみるとTSCっぽい雰囲気。
／(^o^)＼

BIOS設定でCPUの最大動作周波数を変えて起動すると、露骨に値が違うし。
但し、OSはWindows 7。

Re:なんか勘違いしているコメントが多いようだが

[miyuri (33181)]

bcdedit /set useplatformclock true
して再起動すれば、HPETを使うようになる。

Re:

[Anonymous Coward]

使うタグを間違えてwindows.hとstdio.hが消えてました。