首页 > 代码库 > 协程库的一些笔记
协程库的一些笔记
因为协程的好处,所以协程库现在有好多libtask,boost::coroutine,libco......
libtask很不错,以后或许会用。
boost我个人基本很少用。
腾讯的libco自己用汇编实现了swapcontext函数,不明觉厉(libtask也有ASM)。而且把epoll整合在了里面。
微信后台就用到了它.在chinaunix.net上的一个帖子中就说到了这个。不过暂不适合我。
至于下面是针对这个库的一些点,记录一下.
2. 64位指针的传递
3. 上下文内存和栈内存的一些处理
栈拷贝,按需分配
_save_stack(struct coroutine *C, char *top)
top - &dummy 确实用的好.
top是栈顶地址, 通过top - &dummy得到栈的实际所需大小分配组C->stack,
然后在resume时可以从这弄回去.
引用:
"因为,在我的应用场合,coroutine 切换的那一刻,使用的堆栈并不多(它可能调用一些需要大量堆栈的库函数,但那些库函数中并不会发生切换),所以,在切换的时刻做栈拷贝是可以接受的。coroutine 切换并不算频繁,这个切换成本是可控的。"
char stack[STACK_SIZE]; //运行时,co上下文用的就是这块内存
引用:
"其次,我不希望使用 coroutine 的人太考虑 stack 大小的问题。就是说,用户在 coroutine 内可以使用的 C stack 大小和主线程一样多。"
4. 在开发32/64位程序时,以后应当多使用ptrdiff_t,uintptr_t 和 uint32_t这类为了跨平台而定义的东东.
这类东西定义在 stdint.h 中. 在Windows下我用vs2005尝试时,悲剧的发现2005不支持这个,查到的解决方法是访问
http://www.azillionmonkeys.com/qed/pstdint.h
然后将里面的内容复制到自己新增的stdint.h中即可用了,以后如vs2010支持了再去掉就行了.
协程库这东西不简单。
MAIL: xcl_168@aliyun.com
BLOG: http://blog.csdn.net/xcl168
libtask很不错,以后或许会用。
boost我个人基本很少用。
腾讯的libco自己用汇编实现了swapcontext函数,不明觉厉(libtask也有ASM)。而且把epoll整合在了里面。
微信后台就用到了它.在chinaunix.net上的一个帖子中就说到了这个。不过暂不适合我。
还好云风实现过一个coroutine库,用的context系列函数,很精巧的封装,代码量很小, 也没附加啥其它特性。用来加深理解再好不过。
在 http://blog.codingnow.com/2012/07/c_coroutine.html 上有其相关说明。
不过代码没注释啥的,为了怕忘记一些体会,我按个人理解加了代码注释, 在上Github上保存了一份.
https://github.com/xcltapestry/coroutine (理解不深,如有错误欢迎指正).至于下面是针对这个库的一些点,记录一下.
1. 结构体schedule与coroutine的参数意义
struct schedule { char stack[STACK_SIZE]; //运行时,co上下文用的就是这块内存. 厉害 ucontext_t main; //上下文信息 int nco; //实际的co指针个数 int cap; //co指针数组大小 int running; // 当前处理的co数组id 或 -1 struct coroutine **co; //co指针数组 }; // ptrdiff_t 用于表示指针间的"距离",对于指针加减的结果可用这个类型来表示. struct coroutine { coroutine_func func; //用户自定义的函数 void *ud; //用户自定义的函数,所传进来的参数,在此为main中的statuc arg ucontext_t ctx; //上下文信息就不用多说了 struct schedule * sch; //指向co所归属的Sch. ptrdiff_t cap; //容量 ptrdiff_t size; //占用的栈大小 int status; // COROUTINE_SUSPEND/COROUTINE_READY char *stack; //在yield/resume时发挥保存和恢复作用 };
2. 64位指针的传递
//注意这里从兼容性角度把S这个指针拆了下,原因是大部份编译器在32/64位下, //sizeof(指针)返回的长度是不一样的, 32位下是4个字节,64位下是8个字节 //所以在makecontext()的这个可变参数中,将其拆分成了两个32位的指针来传. //附:在执行地址运算时,多用 uintptr_t 和 uint32_t,更清晰,安全性与兼容性更好 uintptr_t ptr = (uintptr_t)S; makecontext(&C->ctx, (void (*)(void)) mainfunc, 2, (uint32_t)ptr, (uint32_t)(ptr>>32));
3. 上下文内存和栈内存的一些处理
栈拷贝,按需分配
_save_stack(struct coroutine *C, char *top)
top - &dummy 确实用的好.
top是栈顶地址, 通过top - &dummy得到栈的实际所需大小分配组C->stack,
然后在resume时可以从这弄回去.
引用:
"因为,在我的应用场合,coroutine 切换的那一刻,使用的堆栈并不多(它可能调用一些需要大量堆栈的库函数,但那些库函数中并不会发生切换),所以,在切换的时刻做栈拷贝是可以接受的。coroutine 切换并不算频繁,这个切换成本是可控的。"
char stack[STACK_SIZE]; //运行时,co上下文用的就是这块内存
引用:
"其次,我不希望使用 coroutine 的人太考虑 stack 大小的问题。就是说,用户在 coroutine 内可以使用的 C stack 大小和主线程一样多。"
4. 在开发32/64位程序时,以后应当多使用ptrdiff_t,uintptr_t 和 uint32_t这类为了跨平台而定义的东东.
这类东西定义在 stdint.h 中. 在Windows下我用vs2005尝试时,悲剧的发现2005不支持这个,查到的解决方法是访问
http://www.azillionmonkeys.com/qed/pstdint.h
然后将里面的内容复制到自己新增的stdint.h中即可用了,以后如vs2010支持了再去掉就行了.
协程库这东西不简单。
MAIL: xcl_168@aliyun.com
BLOG: http://blog.csdn.net/xcl168
协程库的一些笔记
声明:以上内容来自用户投稿及互联网公开渠道收集整理发布,本网站不拥有所有权,未作人工编辑处理,也不承担相关法律责任,若内容有误或涉及侵权可进行投诉: 投诉/举报 工作人员会在5个工作日内联系你,一经查实,本站将立刻删除涉嫌侵权内容。