[問題] clock_nanosleep() 還是不準的問題...

看板Linux作者 (小宮山先生)時間11年前 (2014/07/17 21:54), 11年前編輯推噓5(5推 0噓 13→)
留言18則, 6人參與, 最新討論串1/2 (看更多)
我不確定這問題要發在linux板或C_and_CPP板比較好， 目前我打算用嵌入式開發板 beaglebone black 上安裝Debian, kernel 3.15， 因為某些需要，所以時間精度要求要在 1us 以下，所以我打算用clock_nanosleep()實現 但我給 1s 的delay，他實際睡眠時間卻是 1s 又 120us，我是在clock_nanosleep()前後 加上clock_gettime()，然後把兩個時間相減得到的數字.. 總是會睡過頭。 另外我有用linuxPTP(某種利用PTP校正系統時間(CLOCK_REALTIME)的軟體)，並且將示波器 接上GPIO看1PPS的準確度，delay也是多了100us左右... 請問有辦法讓系統達到至少 1us 以下的時間精度嗎？ 譬如我設delay 1s，實際delay是 1s 又 200ns 之類的，用realtime OS有幫助嗎？ 或者這是kernel counter的問題(但我對 linux的時間設計並不是很了解，只知道作業系統的計時跟counter有關)？ 希望能獲前輩指教，謝謝。 下面是我其中的三組數據: da 69033 dan 946956445 db 69034 dbn 947070913 da 69035 dan 947355036 db 69036 dbn 947490079 da 69037 dan 947738536 db 69038 dbn 947863215 左邊是秒(絕對時間)，右邊是奈秒(絕對時間)，故上下兩組相減可看到多了快100us... -- ※ 發信站: 批踢踢實業坊(ptt.cc), 來自: 111.240.26.199 ※ 文章網址: http://www.ptt.cc/bbs/Linux/M.1405605295.A.D9D.html
推
07/18 09:53, , 1F
之前做的時候，linux好像沒辦法做到這麼高的準度
07/18 09:53, 1F
→
07/18 13:10, , 2F
還是不行的話買個震晶自己弄上gpio? 不知道可不可以X
07/18 13:10, 2F
→
07/18 13:11, , 3F
D
07/18 13:11, 3F
→
07/18 14:44, , 4F
不曉得若改成realtime OS有效嗎？
07/18 14:44, 4F
推
07/18 15:01, , 5F
1. 是否已將 function/system call overhead 列入考慮 ?
07/18 15:01, 5F
我查到的clock_nanosleep的呼叫流程是： clock_nanosleep() -->nsleep --> common_nsleep() -->hrtimer_nanosleep() -->do_nanosleep() 資料:http://ppt.cc/wK3E 內文：do_nanosleep() will simply put the current task in INTERRUPTIBLE state, will wait for the timer to expire(which is 1 ns) and then set the current task in RUNNING state again. You see, there are lot of factors involved now, mainly when your kernel thread (and hence the user space process) will be scheduled again. Depending on your OS, you will always face some latency when your doing a context-switch and this is what we observe with the average values. 若nanosleep的概念是用task的方式處理, 故我在想用realtime OS有沒有幫助..?
→
07/18 15:03, , 6F
2. context switch 需要時間, 且可能有相當範圍的誤差.
07/18 15:03, 6F
這部份我不清楚switch的範圍誤差是多少, 但影響會到1us嗎？
→
07/18 15:04, , 7F
3. 是否使用 chrt 之類調高執行的 priority ?
07/18 15:04, 7F
我用過renice但還沒試過chrt, 我renice bash 和 sudo 似乎沒有影響. 謝謝！ ※ 編輯: user48625 (140.112.20.199), 07/18/2014 18:02:46
→
07/19 12:58, , 8F
需要us級精準度的,就不該使用OS了,應該是main loop程式自
07/19 12:58, 8F
→
07/19 12:59, , 9F
行控制會比較好.如果要用OS,可能要自己把sleep時間扣掉OS
07/19 12:59, 9F
→
07/19 13:00, , 10F
overhead,但這不保險,除非完全熟悉OS流程怎麼跑
07/19 13:00, 10F
→
07/19 19:31, , 11F
謝謝,我查了一些資料,preempt的jitter似乎只能到10us..
07/19 19:31, 11F
推
07/20 00:51, , 12F
比起 Linux 板, 也許 LinuxDev 板更合適?
07/20 00:51, 12F
→
07/20 00:56, , 13F
要求時間精度有幾種類型,包含讀取時間刻度,短延時,長延時幾種;
07/20 00:56, 13F
→
07/20 00:59, , 14F
短延時比方10us delay不可誤差超過1us,長延時則如 1s 的誤差,
07/20 00:59, 14F
→
07/20 01:00, , 15F
這幾種類型的處理方式都有相當的差異.
07/20 01:00, 15F
推
07/20 01:04, , 16F
另外, b大的意思是完全不用OS? 或只是不要使用 syscall ?
07/20 01:04, 16F
推
07/23 00:49, , 17F
schedule一定不準，但user mode好像沒busy waiting可用
07/23 00:49, 17F
→
07/23 00:50, , 18F
考慮自己弄一個?
07/23 00:50, 18F
‣ 更多 user48625 的文章
文章代碼(AID): #1JnzMlsT (Linux)
‣ 更多 user48625 的文章
文章代碼(AID): #1JnzMlsT (Linux)