上次已经测试了linux下的线程等待相关信息, 具体内容参考:
qa-1>. 有几个问题一直没搞懂, sleep, usleep为什么也可以实现linux下的线程等待?
a-1>. 不知道下面的答案是不是正确的:
linux内核使用的是进程模型,而不是线程模型。然而,linux 内核为创建线程提供了一种轻量级的进程框架,而线程的真正实现是在用户空间中。
也就是说sleep其实是让进程等待的, 但由于linux内核使用的是进程模型, 所以sleep也可以让进程等待. 但最好不要用sleep, 其它的os不一定支持.
--------------
qa-2>. 为什么pthread_cond_timedwait没有实现线程等待, 我使用pthread_cond_timedwait函数使用错误了?
a-2>. 应该是我使用pthread_cond_timedwait函数使用错误了. 但正确怎么使用呢?
在找....
--------------
以后还是使用select来实现吧.
定义函数
int select(int n,fd_set * readfds,f d_set * writefds,fd_set * exceptfds, struct timeval * timeout);
函数说明
select()用来等待文件描述词状态的改变。参数n代表最大的文件描述词加1,参数readfds、writefds 和exceptfds 称为描述词组,是用来回传该描述词的读,写或例外的状况。
底下的宏提供了处理这三种描述词组的方式:
fd_clr(inr fd,fd_set* set);用来清除描述词组set中相关fd 的位
fd_isset(int fd,fd_set *set);用来测试描述词组set中相关fd 的位是否为真
fd_set(int fd,fd_set*set);用来设置描述词组set中相关fd的位
fd_zero(fd_set *set);用来清除描述词组set的全部位
参数timeout为结构timeval,用来设置select()的等待时间,其结构定义如下
struct timeval
{
time_t tv_sec;
time_t tv_usec;
};
返回值 如果参数timeout设为null则表示select()没有timeout。
错误代码
执行成功则返回文件描述词状态已改变的个数,如果返回0代表在描述词状态改变前已超过timeout时间,当有错误发生时则返回-1,错误原因存于errno,此时参数readfds,writefds,exceptfds和timeout的值变成不可预测。
ebadf 文件描述词为无效的或该文件已关闭
eintr 此调用被信号所中断
einval 参数n 为负值。
enomem 核心内存不足
阅读(4064) | 评论(2) | 转发(0) |