大家的 Tornado 项目都是如何部署的呢？

tornado只是处理长连接的吧，直接暴露出去就好了吧？

之前是直接写成守护进程，最简单的那种，然后反向代理，但是挂了后就比较麻烦

也是用supervisor来部署的，看cpu核心数，多开几个端口，使用nginx做负载均衡

@xiangjian Tornado 就算是到了 2.0 也无法自动利用到多核么？

@Livid 跟tornado无关吧。python脚本就无法使用多核，单进程。

@xiangjian Thanks. :)

@Livid Python由于GIL的限制，多线程的总性能比单线程还要低。多线程只能解决IO时的阻塞问题。实际上Gevent用协程也可以解决。
PyPy有计划剥离GIL，因为用的不是CPython的引用计数的GC。
目前官方是推荐用multiprocess来解决多核利用的问题。
事实上由于Linux上线程和进程的效能差别不大（都可以共享内存），所以这个workaround影响也很小

supervisor + nginx，感觉是最靠谱的方法。
而且现在大多数能兼容 WSGI 的框架我也都塞进 tornado 利用这个方案来跑，比如 flask 什么的。

Tornado，向往已久的项目，没机会做

@istef 你觉得 tornado 相比 uwsgi 有啥优势

@mywaiting 新项目 10 月上线。

PB2 我从来没有说过要全部重写。

@Livid 嗯嗯，收到。3Q:)

乱入下，那么大家的文件夹结构是啥样的？

@bhuztez 其实比 uwsgi 应该没什么优势，而且我也没详细的做性能测试。只是服务器上已经配置了其它 tornado 应用，所以不想再折腾其它方案了。这样统一管理和维护起来简单的多。

如果以wsgi模式运行tornado，就失去了其最大的优势异步非阻塞。wsgi不支持非阻塞请求