超轻量 pthread 集结点实现

系统 2017 0

我需要的 pthread 线程集结点功能,使用同一集结点的线程将通过 rend_wait 函数等待,当集结点到达指定数量的线程后同时激发继续执行。使用 pthread 的 mutex 和 cond 超轻量实现。下面 rend.h 是集结点实现,rendezvous.c 是测试应用。

C代码
  1. /*
  2. *rend.h
  3. *
  4. *Createdon:2009-11-14
  5. *Author:liuzy(lzy.dev@gmail.com)
  6. */
  7. #ifndefREND_H_
  8. #defineREND_H_
  9. #include<pthread.h>
  10. #include<assert.h>
  11. struct rend_t{
  12. volatile int count;
  13. pthread_mutex_tcount_lock;
  14. pthread_cond_tready;
  15. };
  16. #defineDECLARE_REND(name,count)/
  17. struct rend_tname={(count),PTHREAD_MUTEX_INITIALIZER,PTHREAD_COND_INITIALIZER}
  18. int rend_init( struct rend_t*prend, int count){
  19. int ret=0;
  20. assert(prend);
  21. prend->count=count;
  22. if ((ret=pthread_mutex_init(&prend->count_lock,NULL)))
  23. return ret;
  24. if ((ret=pthread_cond_init(&prend->ready,NULL)))
  25. return ret;
  26. return EXIT_SUCCESS;
  27. }
  28. int rend_wait( struct rend_t*prend){
  29. int ret=0;
  30. assert(prend);
  31. if ((ret=pthread_mutex_lock(&prend->count_lock)))
  32. return ret;
  33. /*checkcountvalueisreadytoweakupblockcode*/
  34. if (prend->count==1){
  35. if ((ret=pthread_cond_broadcast(&prend->ready)))
  36. return ret;
  37. if ((ret=pthread_mutex_unlock(&prend->count_lock)))
  38. return ret;
  39. } else {
  40. prend->count--;
  41. ret=pthread_cond_wait(&prend->ready,&prend->count_lock);
  42. prend->count++;
  43. if (ret){
  44. pthread_mutex_unlock(&prend->count_lock);
  45. return ret;
  46. }
  47. if ((ret=pthread_mutex_unlock(&prend->count_lock)))
  48. return ret;
  49. }
  50. return EXIT_SUCCESS;
  51. }
  52. int rend_free( struct rend_t*prend){
  53. int ret=0;
  54. assert(prend);
  55. prend->count=0;
  56. if ((ret=pthread_mutex_destroy(&prend->count_lock)))
  57. return ret;
  58. if ((ret=pthread_cond_destroy(&prend->ready)))
  59. return ret;
  60. return EXIT_SUCCESS;
  61. }
  62. #endif/*REND_H_*/

rend 使用更简单:

  1. 定义/初始化 rend_t 集结点对象。DECLARE_REND 宏用于静态定义,rend_init 函数可以对动态创建的集结点结构初始化;
  2. pthread 线程通过调用 rend_wait 函数 P/V 集结状态。集结关系的线程要 P/V 在同一个 rend_t 集结对象上;
  3. 释放集结对象,rend_free 函数。

以上函数都是成功返回 0,出错返回 errno 值(非 0)。

C代码
  1. /*
  2. ==============================
  3. Name:rendezvous.c
  4. Author:liuzy(lzy.dev@gmail.com)
  5. Version:0.1
  6. ==============================
  7. */
  8. #include<stdio.h>
  9. #include<stdlib.h>
  10. #include<stdarg.h>/*va_list*/
  11. #include<unistd.h>
  12. #include<string.h>
  13. #include<errno.h>/*errno*/
  14. #include<syslog.h>/*forsyslog(2)andlevel*/
  15. #include<pthread.h>
  16. #include"rend.h"
  17. static int daemon_proc=0; /*forsysloginerr_doit*/
  18. #defineMAXLINE4096/*maxtextlinelength*/
  19. void err_doit( int errnoflag, int level, const char *fmt, va_list ap){
  20. char buf[MAXLINE+1]={0};
  21. int errno_save=errno,n=0;
  22. #ifdefHAVE_VSNPRINTF
  23. vsnprintf(buf,MAXLINE,fmt,ap);
  24. #else
  25. vsprintf(buf,fmt,ap);
  26. #endif/*HAVE_VSNPRINTF*/
  27. n=strlen(buf);
  28. if (errnoflag)
  29. snprintf(buf+n,MAXLINE-n, ":%s" ,strerror(errno_save));
  30. strcat(buf, "/n" );
  31. if (daemon_proc){
  32. syslog(level, "%s" ,buf);
  33. } else {
  34. fflush(stdout);
  35. fputs(buf,stderr);
  36. fflush(stderr);
  37. }
  38. return ;
  39. }
  40. void err_msg( const char *fmt,...){
  41. va_list ap;
  42. va_start(ap,fmt);
  43. err_doit(0,LOG_INFO,fmt,ap);
  44. va_end(ap);
  45. return ;
  46. }
  47. void err_sys( const char *fmt,...){
  48. va_list ap;
  49. va_start(ap,fmt);
  50. err_doit(1,LOG_ERR,fmt,ap);
  51. va_end(ap);
  52. exit(EXIT_FAILURE);
  53. }
  54. #defineTHREAD_COUNT100/*rendezvoustestthreadworkers*/
  55. struct worker_arg{
  56. int worker_id;
  57. struct rend_t*prend;
  58. };
  59. static void *pthread_worker( void *arg){
  60. struct worker_arg*parg=( struct worker_arg*)arg;
  61. err_msg( "worker#%drunning." ,( int )parg->worker_id);
  62. srand(parg->worker_id*2);
  63. sleep(rand()%5);
  64. rend_wait(parg->prend); /*workersrendezvous*/
  65. err_msg( "worker#%dexiting." ,( int )parg->worker_id);
  66. return EXIT_SUCCESS;
  67. }
  68. int main( void ){
  69. int idx=0;
  70. void *exitcode=NULL;
  71. pthread_tthds[THREAD_COUNT];
  72. struct worker_argarg[THREAD_COUNT];
  73. DECLARE_REND(rend,THREAD_COUNT);
  74. err_msg( "workerscreating." );
  75. for (idx=0;idx<THREAD_COUNT;idx++){
  76. arg[idx].prend=&rend;
  77. arg[idx].worker_id=idx;
  78. if (pthread_create(thds+idx,NULL,pthread_worker,( void *)&arg[idx]))
  79. err_sys( "worker#%dcreateerror." ,idx);
  80. }
  81. puts( "workersexiting." );
  82. for (idx=0;idx<THREAD_COUNT;idx++)
  83. if (pthread_join(thds[idx],&exitcode)||(exitcode!=EXIT_SUCCESS))
  84. err_msg( "worker#%dexiterror." ,idx);
  85. err_msg( "alldone.exit0." );
  86. rend_free(&rend);
  87. return EXIT_SUCCESS;
  88. }

看了下 semaphore os syscall 及其 infrastructure,也许以后还需要进程间(非 pthread)集结时用得上。kernel 实现的超强啊,呵呵~

// 2009.11.17 14:34 添加 ////

快速用户空间互斥锁(Futex)
快速用户空间互斥锁(fast userspace mutex,Futex)是快速的用户空间的锁,是对传统的System V同步方式的一种替代,传统同步方式如:信号量、文件锁和消息队列,在每次锁访问时需要进行系统调用。而futex仅在有竞争的操作时才用系统调用访问内核,这样,在竞争出现较少的情况下,可以大幅度地减少工作负载
futex在非竞争情况下可从用户空间获取和释放,不需要进入内核。与信号量类似,它有一个可以原子增减的计数器,进程可以等待计数器值变为正数。用户进程通过系统调用对资源的竞争作一个公断。
futex 是一个用户空间的整数值,被多个线程或进程共享。Futex的系统调用对该整数值时进行操作,仲裁竞争的访问。 glibc中的NPTL库封装了futex 系统调用,对futex接口进行了抽象。用户通过NPTL库像传统编程一样地使用线程同步API函数,而不会感觉到futex的存在。
futex 的实现机制是:如果当前进程访问临界区时,该临界区正被另一个进程使用,当前进程将锁用一个值标识,表示“有一个等待者正挂起”,并且调用 sys_futex(FUTEX_WAIT)等待其他进程释放它。内核在内部创建futex队列,以便以后与唤醒者匹配等待者。当临界区拥有者线程释放了 futex,它通过变量值发出通知表示还有多个等待者在挂起,并调用系统调用sys_futex(FUTEX_WAKE)唤醒它们。一旦所有等待者已获取资源并释放锁时,futex回到非竞争状态,并没有内核状态与它相关。
robust futex是为了解决futex锁崩溃而对futex进行了增强。例如:当一个进程在持有pthread_mutex_t锁正与其他进程发生竞争时,进程因某种意外原因而提前退出,如:进程发生段错误,或者被用户用shell命令kill -9-ed”强行退出,此时,需要有一种机制告诉等待者“锁的最一个持有者已经非正常地退出”。“
为了解决此类问题,NPTL创建了robust mutex用户空间API pthread_mutex_lock(),如果锁的拥有者进程提前退出,pthread_mutex_lock()返回一个错误值,新的拥有者进程可以决定是否可以安全恢复被锁保护的数据。

有几点不还不理解:

  1. “futex 如果说是一个用户空间的整数值,那怎么被多个进程共享?Futex 系统调用在 kernel 态怎么操作该值并仲裁竞争?这是那种直接映射到 userspace 的 kernel 地址么。 这个需要程序间通过 mmap 在共享段中访问,与 futex 没什么关系。
  2. 这个“robust futex”机制指的应该就是 SVRx 传统 sem IPC 里的 SEM_UNDO flag 吧?

一篇不错的文章,引发对 glibc nptl 实现源码的探索:

关于信号量与线程互斥锁的区别与实现

超轻量 pthread 集结点实现


更多文章、技术交流、商务合作、联系博主

微信扫码或搜索:z360901061

微信扫一扫加我为好友

QQ号联系: 360901061

您的支持是博主写作最大的动力,如果您喜欢我的文章,感觉我的文章对您有帮助,请用微信扫描下面二维码支持博主2元、5元、10元、20元等您想捐的金额吧,狠狠点击下面给点支持吧,站长非常感激您!手机微信长按不能支付解决办法:请将微信支付二维码保存到相册,切换到微信,然后点击微信右上角扫一扫功能,选择支付二维码完成支付。

【本文对您有帮助就好】

您的支持是博主写作最大的动力,如果您喜欢我的文章,感觉我的文章对您有帮助,请用微信扫描上面二维码支持博主2元、5元、10元、自定义金额等您想捐的金额吧,站长会非常 感谢您的哦!!!

发表我的评论
最新评论 总共0条评论