[過去ﾛｸﾞ] C++相談室 part157 (1002ﾚｽ)
上下前次1-新
抽出解除 ﾚｽ栞
このｽﾚｯﾄﾞは過去ﾛｸﾞ倉庫に格納されています｡
次ｽﾚ検索 歴削→次ｽﾚ 栞削→次ｽﾚ 過去ﾛｸﾞﾒﾆｭｰ
399(2): 2021/09/19(日)20:13 ID:neurUQ4a(6/6) AAS
>>393
GetSystemTime()は確かに根本的に精度悪かったｽﾏﾝｶｯﾀorz
この結果からすると、ウィンドーズのシステム時間のの実装は、
OSがプリエンプトした際に更新し、ディスパッチ中は値が変わらないというしくみな可能性が大きい
※ 取得時間の間隔が15.6 msの倍数にならないのは、15.6 msというのがあくまで1津のスレッドが
ディスパッチされてからプリエンプトされるまでの「最大」時間であって実際は高優先のやつに横取りされたり
自発的に待ちに入ったりで15.6 msより小さい時間で実行権をOSに返すからだと思う
403: 2021/09/20(月)00:06 ID:luBeUSFz(1/4) AAS
周期15.6 msを下位互換性のために新しいWindowsがエミュレートしているというのはありえない
1スレッドへの最大割り当て時間としての15.6 msはPCによって変わり得るデフォルト値にすぎないし、
外部ﾘﾝｸ[html]:hp.vector.co.jp
だいたい設定でも変わるし、
外部ﾘﾝｸ[html]:atmarkit.itmedia.co.jp
（スレッドのクォンタムタイム）
取得間隔が15.6 msにならない理由は>>399で説明いしたし
426(1): 2021/09/25(土)05:55 ID:B+D0wTVh(2/4) AAS
実態は>>399に書いた理由のはずで、
証拠にst1の取得とnowの取得の間にSleep(1000)とか入れたら
>>388の結果はたちどころに
st1 ≦ now && now ≦ st2 + 1秒
に早変わりする
よってGetSystemTime()で取得するSYSTEMTIMEの分解能はHWタイマの分解能/性能起因ではなく、
GetSystemTime()で取得する時刻がOSのプリエンプションタイミングでのみの更新されるというソフト要因である、
という>>399に述べた理屈が正解ということでｹﾃｰｲ
実際にやってはいないが天才なので以上のことはちょっと考えたらﾜｶﾙ
上下前次1-新書関写板覧索設栞歴
ｽﾚ情報 赤ﾚｽ抽出 画像ﾚｽ抽出 歴の未読ｽﾚ AAｻﾑﾈｲﾙ
ぬこの手 ぬこTOP 1.301s*