Linux下usleep函數(shù)求教

pzb19841116

usleep函數(shù)不能用于秒級以上的延時
原因分析： 在某些系統(tǒng)中usleep接受的入?yún)⒆畲笾当仨毿∮?000000（即1秒）
規(guī)避措施：
1、  用sleep函數(shù)替代
2、  通過多次usleep完成
3、  其他
說明：在Suse9/10上測試是沒有問題的，但出于可移植性考慮，不要使用usleep作秒級以上的延時

————————————————————————————————————————————

小弟看博客讀到這么一段描述，請問usleep參數(shù)大于1秒會出現(xiàn)什么情況呢？什么原因造成的？哪些系統(tǒng)會受影響啊，有沒有高手深究過這個問題，點撥一下小弟唄

Tinnal

誰告訴你的？

請看MAN手冊，采用nanosleep就可以了。

pzb19841116

回復 2# Tinnal


    我在實際應用中，的確碰到了啊。我知道nanosleep，但是之前的代碼使用usleep實現(xiàn)的，不清楚為什么不能超過1s

nswcfd

瞎猜的，它是posix庫的（過時的）一部分，是man 3而不是man 2，
當它作為標準被制定出來的時候，也許標準委員會的人在想，大于1000000的休眠應該使用sleep和usleep的組合。

不知道在相關的標準文檔里，有沒有對這個限制做解釋。
總之，這應該不是一個技術實現(xiàn)問題，而是一個標準的取舍問題。

Tinnal

回復 3# pzb19841116


認同nswcfd的說法。應該僅僅是一個標準問題。實現(xiàn)代碼是可以大于一秒的，見如下glibc代碼：
https://github.com/lattera/glibc ... sysv/linux/usleep.c

1. int
   
2. usleep (useconds_t useconds)
   
3. {
   
4.   struct timespec ts = { .tv_sec = (long int) (useconds / 1000000),
   
5.                          .tv_nsec = (long int) (useconds % 1000000) * 1000ul };
   
6. 
   
7.   /* Note the usleep() is a cancellation point.  But since we call
   
8.      nanosleep() which itself is a cancellation point we do not have
   
9.      to do anything here.  */
   
10.   return __nanosleep (&ts, NULL);
    
11. }

復制代碼

nswcfd

看到了關于cancellation point的注釋，順便提一個問題。

如果某個庫函數(shù)是canellation point，通常需要做什么？
例如在這里，__naosleep的實現(xiàn)需要做什么？

需要在loop里插入一些類似于kernel里面test_need_resched之類的檢查？