Flask, Django 这些老牌框架会焕发第二春吗
 |
1
raycool 13 天前
什么时候 nogil 会默认启用？
|
 |
2
sdrzlyz 13 天前
感觉并不会...框架都上用了，GIL 这点东西，影响不大
|
 |
3
strobber16 13 天前
py4 之前都不可能默认 no gil
|
 |
4
iorilu 13 天前
用 async 不就行了, 有啥区别
然后一个进程不够多开几个进程服务器就是 |
 |
7
twig 13 天前
No GIL 是啥？求您讲讲。
|
|
8
twig 13 天前
看了一下，感觉没啥大影响吧……
|
 |
9
XIVN1987 13 天前
据说去掉 GIL 后，，python 编程会变复杂，使用难度会上升。。有多少人会接受这种代价？？
|
 |
10
jjx 13 天前
语言原生性能差, nogil 有啥用,本身就是走偏的路子
|
 |
11
yh7gdiaYW 13 天前  1
不会，FastAPI 等新框架火起来并不只是 async 支持的好，只用同步模式也比 django 这些老古董好用
|
 |
12
mightybruce 13 天前
No GIL 在很多方面不是提高性能，在不开启多线程情况下，比原来的 python 版本性能更差
|
|
13
mightybruce 13 天前
web 很多时候是使用协程而不是线程 用用 async IO 的居多
|
 |
14
vicalloy 13 天前
No GIL 对单线程的场景有负面影响，预计很长一段时间都不会默认 No GIL 。
No GIL 对 Web 框架来说没有用，本来就会起多个 Worker 。 |
 |
15
yuuluu 13 天前
目前还没有默认 no gil 的时间，起码再等五年吧。
|
 |
16
unused 13 天前
生态就这样了，没有多少人在纯 Python 里跑多线程 CPU 密集任务。
|
 |
17
tingg 13 天前
我记得你，魏斯理汉堡
|
 |
20
RangerWolf 13 天前
再快还能比 go 跟 rust 快？ 反正用 python 本身就不要太期望于高并发
|
 |
21
craftsmanship 13 天前 via Android 1
@RangerWolf 虽然我同意你的观点 且认为 Python 的主场在 AI 而不在 Web 但是楼主想讨论的大概是 Python Web 而不是 Web 所以没必要跟其它语言对比 只讨论 Python 本身就好
|
 |
22
rainbowhu 13 天前
No GIL 应该主要还是针对 AI 的场景，Web 那块感觉没什么动力去改。毕竟 No GIL 其实主要就是提高计算性能，Web 那块又不需要海量计算，可能瓶颈在 IO 更多一点。
|
 |
23
nolan1864 13 天前 via iPhone
@iorilu
gil 的问题是多线程的情况下，其实只有一个线程在工作，所以在有 gil 的情况下，多线程跟一个线程用 async 的性能一样。 如果没有 gil ，那么多线程的就跟有 gil 的多进程一样了，还不存在进程间数据共享的问题 |
 |
25
jackOff 13 天前
我希望可以彻底解放 python 画界面的多线程限制，pyside 这玩意虽然好用，但是单线程让这玩意全和业务锁一个线程里了，io 任务耗时一长比亚迪的 ui 界面直接卡死
|
 |
26
angrylid 13 天前 via Android
单人项目怎么爽怎么来。团队开发最好还是用静态类型且语法呆板的东西。Go 或者 Java 这种东西大行其道真有他的道理
|
 |
27
Rorysky 12 天前
GIL 是进程锁， 开销极大， 没啥用
落后太多了，安心做 ai 计算器吧 |
 |
29
Lockroach 12 天前
nogil 性能和内存占用还倒退了一部分，如果不专门做多线程优化的话，还是用 gil 的版本比较好
|
 |
30
liuguang 12 天前
@twig #7
问了一下 ai  GIL (Global Interpreter Lock ，全局解释器锁) 是当前标准 Python (CPython) 解释器中的一个核心机制。你可以把它想象成一个“通行证”。 功能：在一个 Python 进程中，无论你有多少个线程，GIL 都确保同一时刻只有一个线程能够执行 Python 字节码。 目的：GIL 的主要目的是保护 Python 内部的数据结构，简化内存管理（特别是引用计数）。它使得编写 C 语言扩展变得更容易，因为扩展的开发者不必处理复杂的多线程同步问题。 简单比喻： 想象一个厨房里有多个厨师（线程），但只有一把菜刀（ GIL ）。无论有多少厨师，同一时间只有一位能用这把刀切菜（执行代码）。这对于需要等待烤箱预热（ I/O 操作）的厨师们来说没问题，但在所有人都需要切菜（ CPU 计算）时，效率就非常低了。 |
 |
32
LitterGopher 12 天前
個人覺得不會, 因爲 Python 的吸引力從來就不是源自運行速度, 所以如果某天 Python 被邊緣化不可能是因爲運行速度太慢, 某天統一天下也不會是因爲運行速度超越彙編.
|
 |
33
Zy143L 11 天前
@RangerWolf 并发都是下层的..指不定下层是 rust 实现的..例如 py 框架 Robyn 是 rust 的运行时
|
 |
34
sunorg 9 天前
不如用大 PHP ？
|
 |
35
chenqh 9 天前
搞 WEB,多进程和多线程在并发不高的情况下,差距有多大呢?
|
Select Language