epoll的几个操作函数是线程安全吗? 表示怀疑~

yulihua49

另外可以考虑用一个线程监听并压入任务队列，dreamyseason 发表于 2011-08-31 12:45

    原来是。但性能低，中间要切换一次线程。后来改的现在这个样子，程序简单了，效率还提高了不少。
一个人发任务，不如大家抢任务，谁抢到是谁的。

dreamyseason

又想到一个问题，貌似直到压队列后都没有执行recv读取操作，数据积压在内核缓冲里，网络繁忙时可能造成客户端发送失败，如果将把取的数据压入队列对客户端更友好些，读取只是一次内存拷贝（好像epoll无法关闭内核缓冲，因为在wait前无法向内核提供自己的缓冲区）应该很快。

yulihua49

又想到一个问题，貌似直到压队列后都没有执行recv读取操作，数据积压在内核缓冲里，网络繁忙时可能造成客户 ...
dreamyseason 发表于 2011-09-01 10:13

    在do_work()里处理，读或写。
所有的所有，都在do_work()里处理。
所有的数据，fd，events，callback，status。。。。。都在task里。其内容你可以自由定义。
task与events的关联，由do_epoll()处理。

12f3210

回复 23# yulihua49


    你好，我目前的网络库，感觉效率还是不算很高，对于accept的处理，就如前面的朋友所言，单独一个线程，然后压入队列。多线程去获取。然后加入到自己线程内的epoll fd。

每个线程循环处理accept压入队列，epoll_wait。每个线程管理自己的fds。相互独立。

请问能把你的代码发送一份给我么？我想作为学习和参考，谢谢。

12f3210@163.com

JohnBull

系统调用都是线程安全的！
常识！

chenzhanyiczy

回复 25# JohnBull


    who say!

如何解析内核中有许多加锁操作？

JohnBull

chenzhanyiczy 发表于 2012-05-15 22:40
回复 25# JohnBull

对呀！就是因为内核加过锁了！有什么可解释的？

JohnBull

回复 26# chenzhanyiczy


而且说线程安全还是客气了的，应该说可重入

chenzhanyiczy

回复 28# JohnBull


    我理解你的意思了。单从调用的角度出发，是线程安全。但从结果的角度来看，就不是了线程安全。

    比如：A 线程write("aaa")  -> 1.文件 ，同时B线程也write("bbb") -> 1.文件

那么最终的结果有可能是： aaa

从这结果看，就不是线程安全了

chenzhanyiczy

回复 28# JohnBull


    可重入就更不对了