greenlet

@serial 你贴的测试没有什么意义， Python 在 CPU 密集型应用上的性能比 C/C++要慢几十倍这是常识。你的问题在于：

1.不会有人傻到用 Python 去写 CPU-intensive 应用（除非那个人只会 Python ）。

2.多数 web 场景下 CPython 解释器的性能不是明显瓶颈，有大量的时间耗在 I/O 上（这个做过 profile 不可能不知道），要不然为什么 Erlang 在个别服务器端领域莫名其妙火起来了？尤其在 Gevent 、 Celery 这类东西出来之后，高并发场景下 Python 已经被大大续命了。我司（某二线互联网）的自定义错误页跳转是我组用 Python 写的， C30k 以内客户端都能有满意的响应时间。个别小功能依赖 CPU 时我们的方法是用 C 写这个模块。

接触 C50k 、 C100k 级别项目的人是少数，我接触过极个别因 CPython 性能太烂而不得不换语言的场景都是跟启动线程的速度太慢有关。