线程库 c语言实现,130行C语言实现个用户态线程库——后续（一）

130行C语言实现个用户态线程库——后续(1)

ezCoroutine协程原型库只是个原型库，但是已经能够支持1000K以上数量的协程运行，而且是stackful模式。基本的对外接口有两类，一类是类似Posix线程的接口：协程创建threadCreat，协程回收threadJoin，调度函数switch_to；另外一类是类似lua协程接口，但是有所不同，我们的返回规则更加简单，所以功能也有所限制：挂起协程yield，恢复协程resume；然后是一些辅助函数接口：通过协程号寻找到协程结构体函数findThread，初始化协程函数init，销毁协程函数destroy，destroyAll函数，以及printThread，printLoop，printSharedStack等打印函数。

注意，该库只能在X86/X64 Linux环境下用gnu/gcc集成的编译工具(不能用llvm/clang)，代码只支持32位，得用-m32参数，而且得加上-fno-stack-protector参数关闭栈检测机制，否则我不能保证不出现bus IO error 和 segment  fault。因为具体实现我用了一些特殊的手段，smash了栈空间，以后会逐步改善。

下面通过几个问题来介绍：

1.怎么用这个协程库呢？

这里给出经典的生产者-消费者模式的例子：

1 /************************* Test *************************/

2

3 #include "ezco.h"

4 #include

5 #include

6

7 #define NUM 2

8 #define CAL 2

9 Thread_t *tid[2];10 int *res1[2];11

12 void *produceFunc(void *d)13 {14 int j=0;15 while(1)16 {17 j = (int)yield(tid[1],233);18 printf("produce get: %d\n", j);19 }20

21 return ((void *)j);22 }23

24 void *consumeFunc(void *d)25 {26 int j=0;27

28 while(1)29 {30 j = resume(d,332);31 printf("consume get: %d\n", j);32 }33

34 return ((void *)j);35 }36

37 int main(int argc, char const *argv[])38 {39 int i = 0;40 init();41

42 threadCreat(&tid[1],produceFunc,NULL);43 threadCreat(&tid[0],consumeFunc,tid[1]);44

45 while (1){46 printf("main is grunting... %d\n", i++);47 sleep(1);48 switch_to(0); //Give up control to next thread

49 }50

51 for(i = 0; i

53 }54

55 printLoop(&dead);printLoop(&live);56 destroyAll();57 return 0;58 }59

测试结果如下：

2.设计与实现原理是什么？为何能够支持1000K数量级别的协程？平均每个协程内存占用多大？

设计与实现的基本原理请参考ucontext.h实现协程(用ucontext组件，所以代码量很小)，或者参考longjmp实现协程，或者用内联汇编实现协程，在这里不累述。这里说下为何能支持大量协程。其实我们用了共享栈技术，每个协程共享一个4K或者更大的空间(你可以用堆，用匿名内存映射或者直接开个数组也都是可以的，总之得保证4K页对齐的空间)，每个协程自己有私有栈空间指针privateptr，每个时刻只有一个协程在运行，此时栈空间在这个4K共享空间中(当然除了main以外)，当切换协程时，动态分配一个堆内存，大小为此时协程栈实际大小(一般都很小，小的只有几十个Bytes, 大的有几百个Bytes，完全不用4KB)，然后用privateptr指向它，把现在的栈里头的值复制进去。切换到下一个协程，当然下一个协程和上一个切出的一样，已经有privateptr指向了自己的私有栈空间，而这私有栈空间保存在堆内存中(有点拗口)，我们只要用memcpy把这个堆内存中的栈复制回到4K共享空间中，再恢复些寄存器的值(保存在任务控制块结构体中)，然后用该协程私有的寄存器的值跳转即可，这样一套操作就完成了运行时上下文切换工作。这样实现最大的开销就是不停的copy进copy出，不停地malloc和不停地free栈空间，这样的代价换来的是空间的节约。有多节约？我写了个测试用例如下：

1 /************************* Test *************************/

2

3 #include "ezthread.h"

4 #include

5 #include

6

7 #define NUM 1000000

8 #define CAL 2

9

10 void *sum1tod(void *d)11 {12 int i, j=0;13

14 for (i = 1; i <= d; ++i)15 {16 j +=i;17 printf("thread %d is grunting... %d\n",live.current->data->tid , i);18 switch_to(0); //Give up control to next thread

19 }20

21 return ((void *)j);22 }23

24 void *hello(void *d)25 {26 int i, j=0;27

28 for (i = 1; i <= d; ++i)29 {30 printf("hello\n");31 switch_to(0); //Give up control to next thread

32 }33

34 return ((void *)j);35 }36

37 int main(int argc, char const *argv[])38 {39 int res = 0;40 inti;41 init();42 Thread_t *tid1[NUM];43 int *res1[NUM];44 for(i = 0; i

48

49

50 for (i = 1; i <= CAL; ++i){51 res+=i;52 printf("main is grunting... %d\n", i);53 switch_to(0); //Give up control to next thread

54 }55

56 for(i = 0; i

58 res += (int)res1[i];59 }60

61 printf("parallel compute: %d\n", (int)res);62 printLoop(&dead);printLoop(&live);63 destroyAll();64 return 0;65 }

Test

测试结果如下：

简单地解释一下：50W个协程做1+2，并返回计算结果3，另外50W个打印hello，用top指令看了下内存占用率，基本是1022404KB*27.2%/1000000 = 285Bytes/Coroutine， 即峰值是平均每个协程占用285Bytes左右。1500003这个结果是3*500000+3(main也在无聊的计算1+2)得来的。无独有偶，我们这种共享栈实现的原理和云风的协程库是一样的。

3.大量的内存分配和释放难道不会造成内存碎片化么？

对于这个问题，我的理解是，把任务交给编写标准库的人去做吧，当然你也可以实现自己的malloc，free内存分配器，用上slab等流行的方式分配内存，但是这不是我们所要考虑的任务。

4.可移植性问题以及能否和其他语言配合使用？

理论上，可以拓展成X64，ARM，MIPS，SPARC等等版本，并且能够配合C++使用，但是其中共享栈实现依赖了编译器对volatile关键字处理的行为，能否实现还得看这类CPU的操作系统有没有提供gnu/gcc编译工具。

5.TODO list:

(a)不依赖编译器行为，重构共享栈的实现。(难度大，本人不希望用ucontext.h组件实现，但以后stackless模式会用setjmp，longjmp实现)

(b)用hash表结合原有的循环链表使得搜索速度达到O(1)。(几乎没难度)

(c)拓展到X64版本等版本。(难度一般)

(d)提供多种实战用例，在实际开发项目中用上。(可行性未知，后果未知)1楼lucpp人才啊。可惜了自己g++内联汇编看不太明白。但是感觉切换的时候，不仅栈和ip寄存器，还是要保存切换其他寄存器的值的。Re: zyzacz@lucpp，老哥，回复的够快的，话说我刚没发多久就被系统管理给删出首页了。真尴尬。其他寄存器的确需要恢复，但是我们用的是内联汇编，如果是完全汇编就要小心翼翼地回复，但是内联可以用C语法帮我们回复。一个return就完成几乎所有恢复工作。