Weekly Issue 2024-03-10

文章链接到标题

技术链接到标题

/tmp | Python Generators Are Underutilized

[[python]] 合理的使用生成器，可以大大减少内存占用，也需要注意生成器的一些可能坑：不能重复生成；调试可能会麻烦；可能会带来一定的心智负担。

对应 [[ruff]] 的规则是： unpacked-list-comprehension (UP027) - Ruff

Introducing the next generation of Claude \ Anthropic

[[Claude]] 发布 Claude 3 ，包含 3 个模型，按照功能升序排列是：Haiku , Sonnet, Opus。Benchmark 显示 Opus 全面领先 GPT-4 。相较于 Claude 2 ，Claude 3 有更快的速度、更好的图像处理能力、更少的请求拒绝、更好的准确率、更长的上下文。

想要尝试下的时候，发现但是我的 Claude 账号被封了。。。

如何阅读火焰图 | 卡瓦邦噶！

[[火焰图]]主要看父子关系和宽度。深度不是问题，颜色没什么意义，不同方块的顺序没什么意义。

How to Lose Control of your Shell - by Thorsten Ball

启动 SHELL (zsh) 并运行 env 后，程序无法处理 Ctrl-C，把 env 换成 ls 也无法处理 Ctrl-C，把 env 换为 built-in command echo lol 后，可以正常处理 Ctrl-C，为什么？

[[ChatGPT]] 的线索：

The spawned shell inherits the terminal (TTY) control, and since it’s an interactive shell (-i flag), it sets itself as the foreground process group leader for the terminal. This changes how signals, especially SIGINT generated by Ctrl-C, are handled.

疑问：shell spawn 后，在不运行 built-in cmd 时生成自己是 process group leader ，然后退出，然后不恢复之前的 process group leader ?

作者使用 tcgetprg 来打印与 fd 关联的 foreground process group ID，观察到在运行 SHELL 前后，process group ID 确实发生了变化。 [[ChatGPT]] 提示可以使用 [[setsid]] 来将其置为一个新的进程组。调用 [[setsid]] 后：该进程成为新的 session 中的 leader；该进程成为新的 process group 中的 leader；该进程没有控制终端，如果进程在调用 setsid 之前有控制终端，那么该关联会被破坏。

阶段性总结：程程的 shell 通过设置 foreground process group ID 来控制终端，意味着 Ctrl-C 产生的信号发送到 SHELL 进程，但是如果 SHELL 运行非 built-in cmd 作为最后一个命令，它不会自动清理，并且其进程 ID 扔与终端关联，导致所有的 Ctrl-C 无效。

为什么 ZSH 在运行非内置命令时不重置 foreground process group leader ？

作者观察到 ZSH 使用 -c 运行命令的最后一个命令时非 built-in cmd （比如 ls/env）时，ZSH execve 进入最后一个进程，它不会创建子进程运行 ls，而是会将自身替换为 ls 命令，ZSH 进程消失。但是当运行 zsh -c '/usr/bin/env'; echo lol 时，先执行非 built-in cmd，然后是 built-in cmd，那么 ZSH 不会消失，采用 fork & exec 执行 env ，然后执行 echo lol ，执行完成后清理 foreground process group leader。

How to Lose Control of your Shell | Lobsters 论坛上有人提了一个简单的解决办法： zsh +m ，用来禁用 POSIX job control。

思考：如果是我来调查这个问题，我会怎么做？