@hareandlion 只是举了一个简单例子，实际还有比如子类之间互相引用等等情况，实际业务中完全解耦几乎不可能，

买云服务器怕是壕中壕

level1 数据，个股每天超过万行，A 股所有标的存 10 年历史数据在千亿的数量级，再加上通信带宽大，云服务器能顶住我愿称之为最强

文章看着看着，心里想:这文章怕是水文模拟器自动生成的吧。。

@imgbed 可以水文章，发公众号

@rabbbit 型号 B156HAN09.2，无拖影。另外我没用过拖影屏幕，不知道拖影是什么效果。这块屏简单来说就是比我以前用过的都好

@so1n redis 集群不是自身特性，为什么需要客户端支持呢
@Carry0317 目前按照我这个帖子，纯 py 的方法就是 uvloop+aiohttp+gunicorn 。楼上有老哥提到 fastapi 部署是 uvicorn+gunicorn 但他没说怎么做，我暂不理解。另外如果你的应用层封装简单，也可以试试 vibora,japronto 这类 c 库，应该可以获得最大转发效率，比较基础的使用上应该也没什么坑，大概吧。不过你这个 gpu 业务本身需要 python+http 转发本身就挺奇怪的

@spcharc 我印象中确实是有见过生产级部署以后出现莫名泄露的问题的帖子，大概几年前。我自己没遇到过。另外我对楼上说的猴子布丁原理上性能高于 libuv 仿品很好奇

@wdhwg001 orm 方面我是完全不做任何希望了，我觉得以 python 社区的生产能力 orm 大概是要永远难产下去了。我个人使用体验上倒是没体会到 orm 对开发速度有多大帮助，都是直接操作数据库，所以倒是感觉不很有所谓

@wdhwg001 gunicorn 套 uvicorn 怎么实现，感觉这两个不能互相套啊

楼上说的 ssl 泄露的 issue 我看倒是确实没人理。印象中 17 年左右 stackoverflow 的 asyncio 区还是极端冷清的，不知道现在怎么样。我个人体验来讲，倒是 3.5 时代感觉原生异步的学习过程很底层，从生成器概念一步步概念学上来，最近两年倒是完全感觉在使用高级 api，完全没有底层的感觉了，基本和写同步代码没有任何区别，只是外面要套一层扳机而已。

@ManjusakaL 认真看完了，大佬确实经验丰富。我因为学习异步的时候已经出现原生异步了，所以对猴子补丁天生有不信任，承认错误。我们在简单的生产环境（非内部管理平台）中使用原生异步体验良好，可能有些过于信任。

搜了一下你说的 BPO-30698，ssl 链接泄露应该如何理解，似乎不是一个导致明文泄露的恶性 bug，而是导致内存不能回收的问题，不知是否理解正确。在 17/18 年左右倒是听说过有人 aiohttp 框架出现 ssl 内存泄露，我从未遇到过类似问题，以为在新版中已经修好了。看了这个 issue，不理解如何复现。

你在帖子中提到的同步异步混合，以及生态不支持 c 插件等问题，我个人理解这两个目前已经不是问题，我的理解中异步代码中首先不应存在同步内容，我从未体验过同步异步同时维护的复杂度。另外生态方面主要是接入后端，python 本身的阻塞实现倒是能用附带线程池的方式梭掉，顺带 cython 还能解决掉 gil，而后端方面，mysql 和 redis，oracle 也有异步连接方式，我使用 aiolibs 的库体验良好，可能是接入服务数少，我个人而言这方面没什么不满。

另外大佬这么推崇猴子补丁，有没有 gevent 系列比较合适的入门文章，我想完整评估一下 gevent 相对于原生异步方案的性能和稳定性

@ManjusakaL 我觉得你对屎可能有些误解。即使在 python3.5 时代，原生异步也并不屎，这种用户态完全可控、可预测的状态显然是更优的设计。gevent 无法做到以上任何一项，用户用脚投票也说明了这点。

@so1n 就是很简单的按照 quick start 定义了一个异步函数，绑定到'/'，返回一个 echo，没有其他任何东西。部署方面，8 个 fork，关闭 log 。uvicorn main:app --worker 8 --log-level error，不知道有哪里配置还能提高性能的。

aio 库性能差我觉得应该没有这个说法。python 的异步从一开始就没有什么黑魔法，当初 dableaz 在 pycon 花半小时就实现一个功能完整的 eventloop，可以完全替代原生进行 basic tcp socket programming 的。所以 eventloop 相同的情况下，实现方面完全可追溯，封装程度其实区别不大，影响也不大，理论上无所谓 aio 库慢与否，实践当中我也从没听说过有人说 aiolibs 里面的东西比同类慢。

@Carry0317 这篇帖子跟 GPU 没什么关系吧。你的意思是想提供一个高可用的 gpu 服务接口？

@TypeError 不知道它这个怎么测试的，aiohttp 倒是和我测的差不多，即使 prefork 也有一个上限，大概四万 qps 左右，并不能 8 线程就 8 倍可用性。fastapi 我已经用 uvicorn 部署了，理论上已经是最佳配置了，不知道它这个怎么搞出来五万 qps 的。

go 和 py 这种属于无谓争论，用 py 上生产肯定还是看重开发效率，py 内部换个框架都要问一问有没有坑的问题，换 go 就更苦了，go 目前这个生态。。。

@uclort 关了才能显示出这个销售的厉害啊

@youthfire 不光体积剧增，还慢。但是总之我不知道除了打包以外还有隐藏 cli 的方法。可以尝试其他打包方式