epoll + 非阻塞I/O 怎么改进才能变成 多线程 + epoll + 非阻塞I/O

yulihua49

windoze 发表于 2014-11-11 14:18
回复 39# yulihua49

Fiberized.IO就是一个M:N green thread实现，除了一部分调度工作是在用户态做的之外 ...

好的。
人家正在做中国梦，亚洲梦，。。。。还不到时候，怎么能唤......醒？我结巴了。。。。。

webcookie

简单的说就是把accept 、 read、 wirte 、handler分别放到不同的线程里去处理，epoll和socket没有必然的联系，只是文件的管理方式

yulihua49

windoze 发表于 2014-11-07 11:53
回复 29# yulihua49

所以我才不用setjmp/longjmp/ucontext……

我不需要跨多平台。但是似乎setjmp/longjmp的env，不能跨线程使用。
http://www.cnblogs.com/lowhere/archive/2008/08/22/1274309.html
setjmp只保存了寄存器，而没有保存栈帧，FPU状态也没有保存，所以longjmp跳到另一个线程，函数的参数和局部变量都是不对的。

查了资料ucontext可以多线程。

windoze

回复 44# yulihua49

没仔细研究过，不过很有可能sjlj不能跨线程，毕竟这玩意儿出来的时候还没线程呢…………

yulihua49

回复 45# windoze

ucontext玩转了，我的fiberized 交易中间件指日可待，多谢你啊。


   

windoze

回复 46# yulihua49

不建议用ucontext，这玩意儿已经在POSIX 2008标准里被干掉了，指不定那天就不能用了。
另外也没哪个地方说明ucontext是不是会保存浮点寄存器。

yulihua49

windoze 发表于 2014-12-12 17:03
回复 46# yulihua49

不建议用ucontext，这玩意儿已经在POSIX 2008标准里被干掉了，指不定那天就不能用了 ...

苹果OSX自10.7之后就不支持了。
用什么代替呢？

windoze

回复 48# yulihua49

Boost.context，或者叫fcontext。
话说你用这个还不如干脆就用Fiberized.IO好了，已经包装好了，用起来更方便。

yulihua49

windoze 发表于 2014-12-12 21:18
回复 48# yulihua49

Boost.context，或者叫fcontext。

我那个是纯C的，不想弄C++。
作为通用框架，用C，可以被C++调用。反之，用C++，C调用就会比较困难。
另外，c的 .so接口，可以为各种语言调用，而C++，做接口比较困难。

感觉ucontext挺好的，为什么要封杀？