【实测比较half-sync-half-async模式与leader-follower模式的性能与场景(直播)】

windoze

第2条可以开一个per-connection memory pool，STL那些容器加个allocator就差不多了。
如果还在用C++03，可以改用Boost.Container替换STL容器，它们都支持scoped_allocator_adaptor，可以挽救container-of-container，TMD这个东西烦了我好久。

实话说libevent里面那些宏实在让人没食欲，就算是纯粹出于心情考虑也要换一下，libev或者更加C++一点的Boost.Asio都还不错。

PS.  越发觉得Clay是个不错的语言

windoze

epoll是线程安全的
http://linux-kernel.2935.n7.nabb ... libaio-td94856.html

Using the interfaces this way is pretty much their entire point. They'd be
almost useless if you couldn't use them in this way.

windoze

回复 14# linux_c_py_php

多个thread同时对同一个epfd调用epoll_wait是完全正当的。

如果你用EPOLLET或者EPOLLONESHOT，epoll_wait就只通知某一个thread，不会产生惊群。
如果你用level trigger，那epoll_wait就会通知到所有的thread
如果在epoll_wait当中，另一个thread用epoll_ctl加入了已经有事件的fd，那epoll_wait就会立即通知到对应的thread
这本来就是epoll的基本用法，不用担心

windoze

回复 27# linux_c_py_php

这是两码事。

Edge Trigger针对的是一个IO事件，它保证对同一个事件只触发一次。
One Shot针对的是一个fd，它保证一个fd产生事件后，在重新enable之前，不会再产生任何事件

windoze

回复 29# linux_c_py_php

如果你不希望同一个连接同时被多个thread处理，当然要加上ONESHOT。这样一旦某个thread由于特定fd上的事件被唤醒，直到有人主动enable这个fd之前，其它thread都不会接收到关于这个fd的事件。
一般你会在工作线程里处理IO，在最后主动enable这个fd。
这样不能保证一个fd始终由同一个thread处理，但是可以保证一个fd不会同时被多个thread处理。

当然，不加ONESHOT的场合也是存在的，比如处理UDP的时候，可能每个包都是独立的请求，这样即便多个thread同时处理同一个fd也没关系，因为它们处理的是不同的请求。

windoze

回复 32# linux_c_py_php

为什么要自己维护这个数组呢？epoll_data不是有地方让你放自己的数据么？
既然都用epoll了，该它管的东西就让它管吧。

windoze

回复 35# linux_c_py_php

这都哪儿跟哪儿啊？maxevent不就是说你那个epoll_event数组有多大么？跟分布均匀不均匀有什么关系？
好吧我记错了……
指定为1就好了，除非你打算一次处理多个请求

windoze

回复 40# linux_c_py_php

这事儿是这样的，epoll_wait毕竟是一次系统调用，还是有些开销的，如果你的程序处理请求很快，那么一次wait回多个事件是值得的；但如果像你说的一个请求要几个小时…………老实说你还用epoll干嘛？

windoze

有个东东叫timeout...
以HTTP为例，其实你只需要记录所有的keepalive/persistent连接，对于短连接，设好读写timeout就不用管它了
如果你确实需要遍历所有连接，那就要确保用于记录连接数据的记录有正确的生存期，因为很可能在你遍历的时候连接就结束了，如果不小心程序会崩。
我一般会用一个无锁的双链表加一个后台的延时reaper

windoze

如果你要遍历，就不能在连接结束时删除context；如果你不在连接结束时删除context，就必须在后台延迟回收。
如果回收是延迟的，那么无锁的需求用一个双链表就可以了，正向的链用于遍历，反向的链用于删除context后修复链表。