jenrey

@ysc3839 所以我感觉原图和 GIL 锁的原理没啥关系，只是表明 Python 有了 GIL 后，在多线程下是并发执行的，而非并行执行，与 CPU 的核心数也无关系，只会采用单核心时间片调度多个线程，所以只是个提醒图（提醒如果不给共享对象加锁，会出问题而已）
引用计数器的方案有瑕疵，即 当两个线程同时提高同一个对象的引用计数时，（如果没有 GIL 锁）那么引用计数只会被提高了 1 次而不是 2 次。所以 GIL 就诞生了。

@liprais 我感觉图中的意思，只是想表达 Python GIL 在单核 CPU 下进行多线程并发，仍需要给 obj 对象加锁。
而 Python GIL 的诞生 只是为了解决 在多核 CPU 下执行多线程“并行”任务时 Python 的引用计数器不是线程安全 的问题。也就是说 Python GIL 的出现让多核 CPU 下执行多线程 并发 任务时引用计数器是线程安全的。
所以，这个图配得不好，应该加个标题《即使有 Python GIL ，我们仍需给共享对象加锁，无论 CPU 核心数》。
不知道我理解的对不对。

bash <(curl -fsSL git.io/warp.sh) 6
一键脚本，原理就是用 ipv6 访问 google 域名，最后别忘了改一下 VPS 的 outbounds 和 routing 的 rules

@letitbesqzr 已经有了，bob + https://github.com/yetone/bob-plugin-openai-translator

@martinqian 感谢您，问题得到解决了，现已总结了具体过程。希望可以帮助到更多的人。

@root01 不太行，还是看到不 Cgroup 信息。我在`/sys/fs/cgroup/memory/kubepods.slice/kubepods-pod089f877c_815d_4f1d_8a18_c8d4dc528932.slice`目录找到了 deployment 的 cgroups ，但是我是挨个文件看的，最后发现此目录下的`memory.limit_in_bytes`内的值为 134217728Bytes ，也就是 128MB ，但是我现在希望得到此目录与 Pod 的对应关系。

@kalllllllen describle 看不到关于此 Pod 的 Cgroup 目录信息。而我在`/sys/fs/cgroup/memory/`下又无法找到此 Pid 的 Cgroups

@chenxytw @westoy 感谢前辈的回复，再一次深入的理解了 python 。

@chztv 但是很奇怪的是，我用的这个 VPN App “FortiClient”拨通之后新生成的网卡是 ppp0 ，而我电脑中原有 utun1 、utun2 、utun3 这些（我不知道是哪里生成的）