|  |      1ClericPy      2023-07-29 12:43:16 +08:00 希望人机接口简单点. 话说很多局部变量的纯函数确实不会读写外部环境资源, 没必要申请 GIL, 给个装饰器啥的也行, 不过貌似实现起来挺麻烦 之前期待的子解释器现在感觉也用不大着了, 也足够我多数场景使用了, 千万别再出现帖子里说的未来十年向后兼容版本之争就好, 那些年 python2 和 3 都快成工业笑话了... | 
|      2SearchDream OP @ClericPy 应该不会再有 2 到 3 的兼容性问题了,毕竟过了 20 年才大致完成这次迁移。 | 
|  |      3echo1937      2023-07-29 12:55:22 +08:00 | 
|  |      4ClericPy      2023-07-29 13:06:18 +08:00 @SearchDream 帖子里也提了不会出现, 我日常其实也就需要让纯函数这种场景利用下多核就行了, 静态提速 mypyc 还没体验有多快, 现在的 python 只要不倒退就已经很不错了 用久了 python 再用其他语言, 感觉各种非现代设计... | 
|  |      5BBCCBB      2023-07-29 13:08:05 +08:00  1 | 
|      6SearchDream OP @ClericPy 哈哈,我也觉得 Python 用的最舒服。 | 
|      7joApioVVx4M4X6Rf      2023-07-29 14:15:08 +08:00 @ClericPy 哈哈,我也觉得 Python 用的最舒服。 | 
|  |      8ddddd0      2023-07-29 15:19:44 +08:00 via Android 这样不用到处异步了 | 
|      9statumer      2023-07-30 13:08:37 +08:00 via iPhone 我不希望这个 feature 落地,去掉 gil 会使得单线程性能损失 10%以上,还会影响兼容性。2023 年才优化多线程太尴尬了,单线程异步才是趋势。 | 
|  |      10009694      2023-07-30 13:13:36 +08:00 via iPhone 这纯粹的分裂 python 社区啊。。 一堆 c 扩展全废。这兼容性问题比 2-3 还大,甚至开发者还得同时维护带 gil 和不带 gil 版本的 c 扩展。 | 
|      12wipbssl      2023-07-31 11:20:16 +08:00 话说当初 python2 升级 python3 时造成那么多 breaking change ,为什么不在那时候去掉 GIL 呢? | 
|      13junkun      2023-08-02 00:06:52 +08:00 @wipbssl 技术达不到或者没钱,就和为什么不做 JIT 一样。虽然大家都在骂 GIL ,但这个东西大多数时候其实性能是更好的,只是拖累了多线程计算性能。我记得没错的话当初这个 no GIL 平均还是比 cpython 略慢的。 | 
|      14wizardyhnr      2023-08-02 02:44:55 +08:00 想要 nogil 和不想要 nogil 的都很多。Python 现在的火爆是机器学习社区带起来的,nogil 也是机器学习推动的,不走这一步,分裂的分支也会出现的,只是不会由 Python 社区主导。mojo 前面出个概念很多人就很激动了。 |