bnu_chenshuo通过微博对比了Muduo和Nginx在长连接性能方面的表现，展示了Muduo的优势，并讨论了结对编程在团队中的应用与效果。
Muduo v.s. nginx
\Muduo是@bnu_chenshuo在业余时间编写的基于 Reactor 模式的 C++ 网络库，适用于 Linux 平台，支持多线程。@bnu_chenshuo就Muduo和nginx的性能对比评测发布了一条微博：
\\\对比了 Nginx 1.0.12 和 Muduo 0.3.1 内置的简陋 http 服务器的长连接性能，muduo 多数情况下略快。nginx 配置 http://t.cn/zO5EXZS。这不是说muduo适合当httpd用，而是说明muduo应该没有低级错误和明显的性能缺陷。测试用ab和weighttp充当客户端。
\
TreapDB问到：
\\\有没有内存占用数据对比？
\
bnu_chenshuo回复：
\\\10k并发连接，4workers/threads，muduo 占30m RES，nginx 占 4*9.5m RES。
\
TreapDB又问：
\\\如果response比较大呢?比如10kb左右，是否仍能胜出？
\
bnu_chenshuo回复：
\\\你有合适的 nginx.conf 吗？测静态文件对nginx太不公平。
\
Simon李晓明的评论是：
\\\应该说nginx的http处理逻辑和扩展架构使其在和其他更单纯的httpd比拼中并不占优势。就如apache带着历史包袱，怎么也跑不快。
\
淘李子表示：
\\\还是蛮怀疑的，两老性能差别这么明显⋯⋯不知道在高并发情况下的cpu占用情况如何？
\
bnu_chenshuo回复：
\\\10k并发连接，，4workers/threads，CPU 使用率 muduo 是 4*83%，Nginx 是 4*75%。1k并发连接，muduo 是 4*85%，Nginx 是4*78%。没有写反，客户端是 weighttp 双线程。
\
淘李子有些惊讶：
\\\nginx的cpu占用居然要低
\
bnu_chenshuo回复：
\\\是的，我估计是内核态、用户态的比例不一样，因此nginx显得低一些，其实两个程序都把4个核占满了。
\
最后，bnu_chenshuo还给出了muduo相关资料地址：
\\\muduo 的 github 代码库 http://t.cn/zOtcrnC ，系列博客文章 http://t.cn/zOtcrnN ，整理中的muduo使用手册 http://t.cn/zOtcrn9
\
结对 v.s. 不结对
\larrycaiyu发布一条微博，希望了解如何“结对编程“：
\\\以前一直对”结对编程“不太感冒，主要是团队的单兵水平都不错，帮助不是特别明显，而且和老板阐述时间不加倍也累。但是最近新人增多，编程总体水平下降，看来要考虑怎么实施”结对编程“了？我的敏捷好友，有空提提建议。
\
ch3n2k觉得：
\\\两个新人结对？还是一个老人带一个新人？貌似都不太靠谱。
\
honnix指出：
\\\后者是挺标准的一个状态⋯⋯一定要使用机械键盘，身心愉悦。
\
ch3n2k回复：
\\\比如让一个新人和你在一起干活会怎么样？这样的工作效率肯定比你一个人还低很多，主要又是你在干，他光看不干，也学不到什么东西
\
honnix的回应是：
\\\ \你理解错了。这种情况应该让新人干，我来做driver，至于效率，老板必须清楚一时的损失并不是什么大问题。
\
\\ \如果不是临时的措施，而是长期的你必须带一个人。。。如果临时的，那一直都有在做的，我想larry不用强调
\
\\ \貌似做得不怎么样现在。结对有一整套方法策略，现在比较胡来。
\
\\ \看了wikipedia的pair programming页，单从效率上面说两个新手pair比单个新手可以明显改善效率，完成很难的任务pair比较有效，其他情况效率改善不明显
\
\\ \现在的目的倒不是效率，却是像这个图里面说的场景。
\
\\ \larry的问题是新手太多了，所以让两个新手pair也能达到快速提高他们水平的目的，这样反而不容易出现图上的问题
\
\\不好说。这得基于两个都是好苗子的情况。
\
王海鹏Seal对这个问题的看法是：
\\\结对，结对，沟通造就团队。
\
今日微博推荐
\ \推荐理由：EMC中国研究院的官方微博， 主要关注于云计算和大数据，经常提供详实的技术资料和业界观察。
\
扫一扫
4615
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
