@gstqc 频率是能高点。

@nutting 是最早的 红板那款

楼主，你得先说你做什么领域

你如果搞过 C，我觉得 GO 应该是你喜欢的东西吧？也许只是没有实际项目上手而已，写起来是很痛快的。

红黑书与 B 树是我从来没试图写过的数据结构，虽然后面 K/V 时代出现了更多牛逼的树，但都很难！

简单，好玩。

@puritania 大家一般认为 feed 流就是拷贝千万次，实际上对于 hbase 这种日志存储来说，批量提交 1m 的 batch 可能包含数万条 feed 关系，这是大家觉得不可思议最本质的一个问题。

就像有人疑惑弹幕服务器如何承载百万人在线一样，认为 1 条弹幕要推送 100 万次，不可思议。其实大家没想过，完全可以攒几秒秒再批量推送下去，瓶颈转移到带宽而不是 cpu。

只是告诉你两个字，批量。

不要用条数轮性能，知道 log based 存储吗 越大的批量写入收益越高。

当你性能不行的时候，想想批量两个字。

@wwqgtxx 我是指 select 多路 channel

gevent 我还需要再看看特性，有类线程和队列，但没有多路。

@owenliang 补充一下，c 在事件完成后 resume lua 的协程。

@missdeer lua 实际上是为 c 服务的，主体在 c。lua 有协程能力，简单说就是保存上下文暂停执行（ yield ），让你感觉同步写逻辑。c 有事件驱动能力，为 lua api 提供异步能力。所以 c 基本是做服务框架和 lua api 的异步逻辑，而 lua 做 api 的壳以及切换到 c 异步事件之前的 yield 调用。

@chengzhoukun 了解一下

@Contextualist 老玩家，难道你已经看透

竟然有 goless 这种库，配合 gevent 模拟 go 的 csp 模型

照我看，asyncio 里的 loop 可能比较有用，其他的语法就算了 -，-#

很多年前造过 C+lua 协程的网络框架，实际上也是在 C 层把常用的 server 和 read/write api 都封装好了，直接给 connection 协程用，所以当时并没有觉得这种协程模型难受。

链接： http://bbs.chinaunix.net/thread-4076795-1-1.html

但是我觉得在一个提倡简单的脚本语言里搞这种半成品，实在是费解。

@wellsc event driven 本身是并发的，结果语法糖到 await,async 上变成了串行的，附赠了一个 wait_all 之类的糖说可以并发，感觉略扯。