ASIO,无锁,高并发,高可靠, 统一,网络架构,抗DOS,低端4核心服务器CPU 每秒87万QPS ECHO

windoze

回复 100# wlmqgzm

你直接使用Boost::lock-free::queue一样在底下用到了memory barrier，从性能角度将没有区别，无非就是代码少点。
copy出来再检查会极大的影响性能，正确的做法是在数据结构中存指针，然后你就可以用原子切换指针操作来更新value，也可以彻底避免掉这个checksum。但这样带来的问题是你还得准备一个lock free allocator，否则你前面的所有lock free设计都失去了意义。

另外lock free涉及到的地方可能有两处，一处是operation queue，另一处是实际存放数据的数据结构，如果你只用单一线程处理所有的数据操作（包括读操作），存放数据的数据结构不需要是lock free的，怎么做都行，但如果读写可能分离在两个线程里，这个结构也得是lock free的，或者就得加锁，否则并发的读写会有race condition。
前一个lock free operation queue你可以用boost的，但后一个得自己搞，而且比较麻烦。

windoze

回复 103# wlmqgzm

ip::tcp::socket
The TCP socket type.
typedef basic_stream_socket< tcp > socket;

Thread Safety
Distinct objects: Safe.
Shared objects: Unsafe.

windoze

回复 113# wlmqgzm

至少你需要试试tcmalloc，dlmalloc，libumem之类现成的malloc实现，然后再试试自制一个lock free/wait free slab based memory allocator。
光这么一句“std默认的性能最优”说明你完全没搞清这玩意儿里面到底怎么转的。

我才不会告诉你当前Linux GLIBC默认用的是ptmalloc…………

windoze

回复 115# wlmqgzm

I服了you，你就拿你现在100个连接的echo server测32个字节的小包看不出区别了…………

难道说你花这么大力气搞这么一堆东西就打算做一个支持100并发的echo server？再说你现在拿这么个echo server往死了做benchmark有什么意义呢？具体应用中的瓶颈肯定不一样啊

windoze

回复 118# wlmqgzm

对于框架，我还是觉得自制一个memory pool会比较好，因为框架里的内存分配使用情况基本是已知的，用memory pool可以（几乎）完全消除掉所有的内存分配和释放。

windoze

回复 120# benjiamsh

就算只有100个并发，50wqps都已经很高了……

windoze

回复 133# wlmqgzm

我说w同学，做东西没错，有钻研精神也是好的，不过你要是想拿帖子当记事本的话，能不能就编辑你1楼的帖子把新内容加进去啊？

顺便说一下，你用不着把完整的ab输出贴上来，就帖Requests per second这一行就好了，别的东西也没人看

windoze

回复 139# wlmqgzm

在你的“无锁socket”中，我不光看到了shared_ptr，甚至还看到了vector/string……你真相信这些东西也是“无锁”的…………

windoze

回复 141# wlmqgzm

vector/string自己当然是没有锁的，但是它们都用到了heap，heap allocation可都是有锁的，除非你确保每个vector和string一定满足SBO/SSO的约束。

windoze

回复 145# wlmqgzm

你可以用per-session allocator来解决这个问题，就是给每个session创建一个slab allocator，之前和你提过的。