為了獲得1ms cycle time
目前使用兩個方式達成
第一個方式使用Thread搭配while迴圈
使用Stopwatc跟SpinWait、Thread.Sleep(1)搭配
另一個方式使用media timer(timeSetEvent)
兩個方式目前都可以得到1ms cycle time
但只要有新的執行緒建立
當下會影響目前已存在的timer
這個現象據我測試強制GC也會
但不同的電腦受到影響的程度不一
我目前使用Acer VN7就很容易受到影響
公司的工業電腦影響程度較低
但也還沒達到穩定程度
提高程式即時性也沒什麼用
還有什麼招可試嗎?
感謝
目前已參考網路文章標題如下
KB-測試Thread.Sleep的精確度
KB-Thread.Sleep, 別賴床!
Timer surprises, and how to avoid them
Priority-induced starvation: Why Sleep(1) is better than Sleep(0) and the
Windows balance set manager

程式的方式不可能有準確的計時，CPU的時脈等等都有影響例如我的case是每一秒都要tick，但是一定會有0~100ms的誤差，與CPU時脈還有負載有關1ms計時的誤差會更嚴重，建議要精準的話走電路設計觸發會好些

用while(isOk()) Thread.SpinWait(100); 精度會比Sleep高缺點是CPU佔用率會比較高，而且要達到lms的精度也可能不夠讓執行續忙碌(空轉)會讓它"比較不容易"被context switch而Sleep則會主動讓出控制權，就會發生switch。只要發生switch，什麼時候再輪到你是不可控的，所以計時精度高不了。

幫樓上補充，要看os層是不是允許你持續的吃cpu時間，否則一樣會被switch，如果要準確1ms真心建議往電路ㄑ比較好

Thread.sleep 不是以15ms計算嗎？試試看拉高處理序與執行續的層級，然後鎖定在單一核心執行試試看？但要完全剛好是1ms很難，畢竟(1)記數最小單位通常是1個tick interval，1ms不是它的整數倍(2)執行排程的最高層級是留給windows自己用要不就換Win Embedded，印象中有提供api，或是裝RTX(要從比較底層開始寫不是很瞭解，待板上高手補充)另外建議時間計數參考kernel的QueryPerformanceCounter

Thread.Sleep能不能到1ms要看硬體能不能支援至少我測了4台電腦都可以, 目前我迴圈有再嘗試用Thread加while另一個用media timer兩者都還是會受到Context Switch影響, 有時候1ms變100ms我知道沒法完全穩定到1ms,只是在找方法把這影響壓到最低另外RTX API要買SDK授權測試了指定核心,這個也沒法對抗Context Switch影響

這樣的需求不是應該買專業 real time 軟體嗎INtime 這類的軟體在 windows 要做到 real time 沒想像中的簡單啊