@chnyuwen 如果是 wsl2 跑 cuda 的话，R495 驱动就已经支持了，配合 win10 21h2 或者 win11 即可，至于完整的 gpu passthrough 好像也没见到又这方面的新闻吧

你需要的是 pointer 而不是 byref
https://docs.python.org/3/library/ctypes.html#pointers

@kidonng “某捷克公司决定塞个 Chromium”已经成事实了，可以去 jbr 的目录下找到 jcef_helper ，还有一堆 cef 相关的文件

@Automatica 估计是不支持硬解 422 的吧，换 420 的就好了

@Infinitify 又没有公网 IP ，可以上网 RDP 也不可能直接连接进来呀

如果有系统权限的话，试试 cgroups 相关的工具，比如 systemd-run 或者干脆上 docker 容器，这样能杀的比较干净

@zx900930 hv 和 vbox 冲突那都是哪年的老黄历了（虽然我也不喜欢 hyperv

贴一下你的 vmware 版本呗

@LeeReamond #14 “正常来说 a.py 和 b.py ，如果两者都 import 同一个模块的话，应该是互相独立互不影响的，在各自范围内按照各自的逻辑工作” 这句话本来就不成立，除非你在 a 中这样写：
import sys
stdout = sys.stdout
import b
这样的话，如果在 b 中修改 sys.stdout，并不会影响 a 中的 stdout，但依然会影响 sys.stdout

@ysc3839 FFmpeg 本身是 LGPL 的，但是如果你需要添加一些 GPL 的依赖库比如 x265 这些就还是会传染

@Sasasu 这里的前提当然是特指多进程的情况下

@abersheeran Manager 疯狂上锁倒是真的，以前在做工程的时候还遇到过 Manager 内部线程泄露的问题，最后自己魔改了 Manager 的源码才解决的问题。Manager 所在进程跑到 100%的原因还是因为所有的该对象的抽中是在 Manager 所在进程操作的，其他进程只是调用，自然 CPU 占用低

@XiaoxiaoPu 目前也没有语言能实现动态大小的复杂对象基于共享内存吧，使用 RPC 调用方式基本上是最简单的实现方式了

@abersheeran 巨复杂的对象直接用 multiprocessing.Manager 不就得了

我来提一个古董：chm 文件

gevent 目前版本底层是用 libev/libuv 实现的，并不会使用系统 select，建议附上代码给大家复现一下

@qing108 关于毕业要求四级这个问题还真的不是学校规定就有用的，教育部明确发文不允许两者挂钩了，也有好几起学生因为这个和学校打官司最后赢了的。
当然，值不值得为了这个事去个学校对簿公堂那是另一回事了

所有证据截图录像留存，真不给毕业直接教育部投诉

@ignor 因为作为优化器，并不能(准确说是并不会去)预测是否会有其他线程修改该变量，所以只要当前线程没不会有对该变量的修改操作，就能直接认定为该变量为常量