@warcraft1236 IO 操作的时候就挂起啊，调度器去调度执行另外一个协程

说些实际的吧
1. 样子不行就去健个身，健完身之后对你的精神面貌有很大的帮助
2. 不要整天说程序员就是这样，程序员还有很帅还有女朋友，程序员不是你不打扮自己的借口。少买几个手办游戏，去服装店里面买几件像样一点的衣服，自己不会搭配找你的女性朋友啊，或者找你帅的哥们啊， gay 蜜也可以啊。
3. 强迫自己，主动一点，街上搭个讪又不会怀孕，你又没有损失，勇敢地迈出第一步。当然像上面说的，报什么外语学习班也是一个办法。
4. 多点关注一下其他的事情，培养一下自己的其他兴趣爱好，了解一下女生喜欢什么，你不用心，难道你长得像彭于晏啊？这年头都是看脸的，脸不行就用其他补足。

数据库暴露给公网，延迟太高，业务量上去了，肯定不少 IO 问题。

编程只是解决问题的方法，不要将编程看成脱离实际的工作，我们绝大多数不是在搞研究，因此我建议是，底层细节等你需要用到的时候再去学，有空才学也可以。努力成为一个领域的专家，比如你是你在开发后台的审计系统，那么你就去研究好审计的业务逻辑，这个才是真正的厉害的的本领。
库跟框架都是平常大家在写业务逻辑抽象整理出来的，急不来。你对业务逻辑不熟的话，很有可能就搞出不符合大家使用的为了框架而作的框架

七牛我是明白的，他们主要是面对企业用户，企业用户才不关心搜索文件这个功能，因此就是这么烂。这个纯属没有放资源在这上面。像百度云以及微云大概也是这样

要我说，现在这个优化是没什么办法的，等今年 4.0 之后可能就能更进一步地优化。

@fytriht 那是因为别人本身是 thunderbolt 3 ，接口兼容 usb type-c ， thunderbolt 的接口本身就是带 dp 信号的

@chairuosen jQuery 是真牛逼，你看看现在的浏览器就原生支持 jQuery 那个堪称神来之笔的 css selector(document.querySelector)，平台将库的功能收作正规军。
牛逼的东西都是在无形中的时候改变着世界，它将成为标准，而不仅仅是一时的风潮。

gevent 怎么说呢？它帮你做了很多东西，但是这些东西当你真正想动的时候就不好搞，比如若是你一个协程运行了超级久，我自己就对这个协程很无力，我无法在外部有任何方法可以终结*这一个*协程。当然你若是要做到这一步的话，可能 asyncio 可以提供更多的明确的控制精度，而且生态可能更好。
gevent 的确是一个很不错的库，哪怕现在我司都上 Python3 ，我们还是很多项目在用着它。但是也是这样发现很多坑，比如一个 patch_all 过去，有时候正常运行的程序就变奇怪了。项目中用它， monkeypatch 的边界不好控制。
还有就是提一个小技巧，若是要用 gevent 的 monkeypatch ，那么 monkeypatch 就要越早打越好。有很多污染是可通过在函数基本 import gevent 来解决的。大家可以多多尝试

@linboki 所以说嘛，在使用用户态线程时就是得注意磁盘 IO ，要不然一次调度直接上万个用户态线程挂起。自己写的代码尚可这样，若是不是自己写的代码就得重写所有底层磁盘 IO 相关函数，否则一样大暴死，因为你不知道哪个库会在库里面来一下磁盘 IO 操作。

@linboki 这就很大区别了，一个是内核可以感知，一个是内核不能感知。那么怎么调度？你用户态堵塞的时候，我内核到底要不要挂起该进程？

确实第三种太 TM 可怕了，只能用单元测试来杜绝这样的人

@gamexg 据我了解，主流的操作系统也就只有 windows 可以读写文件达到也达到异步， IO 操作请使用 windows 特有的 IOCP

uwsgi 并没有特别快， bjoern + gunicron 也很快，关键是 gunicron 的配置简单多了。使用 uwsgi 的前提是你用了很多 uwsgi stack 。若是没有特别要求，我觉得 gunicron 更好。

@murmur 公司的产品大忌就是，这个代码是某人的代码，那个代码是那人的代码，大家都只能维护自己的代码

@zwh8800 其实就是用户态线程， erlang 也有。记得 FreeBSD 也有过 M ： N 的线程模型，后来发现 bug 多于是就砍了换成 1 ： 1 。
M ： N 初看是挺好，但是真的会比 1:1 模型强吗？我是表示怀疑的，在复杂的负载下，我认为系统的调度很有可能比用户自己调度好。

@ylsc633 客户端并没有收费吧？哪怕收费的话，你也可以拿着源码自己编译一个

提另外一个思路，环境切换到 bash on windows 如何？

请问楼主拿这个程序泡多少个妹子了？