@Kirkcong 嗯，我也觉得奇怪，我准确描述一下现象：是忽快忽慢，有时几秒就 gather 完，有时每台都卡几分钟，甚至直接 connection timeout （而这时我自己连接 ssh 一直是稳定、速度正常的）。debug 不太方便做，所有 infra 都迁移出 ansible 了，现在想连还要重配 inventory ，比较麻烦

@EyebrowsWhite 是的。但调试 ansible playbooks 的时候，肯定不希望每试一个参数都花几分钟时间吧

---

我也补充下安利 pyinfra 的优点：

1. 纯 python 作为配置，不需要学奇怪的 yaml 脚本和模板语法，简单的管理完全可以单文件 all-in-one 。现在感觉 ansible 这一套复杂的目录结构只会导致配置文件碎片化，降低可维护性
2. 速度快，前面提过了，不说了
3. two-pass 执行，部署任务时可以先快速给你列出哪些任务需要执行、哪些任务可直接 skip ，然后根据实际情况选择执行
4. 文档简单，API 比 ansible 简易太多

缺点：

1. 没有 ansible 那么庞大的 roles 库，大部分复杂配置需要自己手敲（不过也敲不了几行，而且都是 Python ，很容易组织起来复用）

ansible 主要问题是太太太慢了，我都搞不明白 Python 怎么能那么慢，五台服务器每次启动任务都要先等个 10 分钟，每个任务执行前后都要卡个四五秒，也不知道在初始化什么东西…… 网络连接肯定没问题的，ssh 也是秒连，服务器本身性能肯定足够

后来换 pyinfra 了，体验还可以： https://pyinfra.com/

Wikipedia：

一篇 2021 年的研究更指出，从古至今，人类老化的速度从未改变，而人类平均寿命延长，主要是因为婴幼儿死亡率降低所致。因此拿古代（包含新生儿寿命和成年人寿命在内）的平均寿命来估计当时成年人普遍能够活到的年纪，是没有意义的。

CPU 、内存占用正常，CPU 频率也正常，先看看是不是 I/O 中断把机器卡住了。Linux 下应该可以直接从 top 看到，Windows 不清楚，可以看看硬盘的读写延迟： https://learn.microsoft.com/zh-cn/archive/blogs/askcore/measuring-disk-latency-with-windows-performance-monitor-perfmon

散热的话下个 HWiNFO 看看硬件温度，重点关注 CPU 和内存

macOS 的实现： https://github.com/apple-oss-distributions/file/blob/03da74dd39d8209bfe953306347a8c514e688025/file/src/fsmagic.c#L383

Linux 的（上游的）实现： https://github.com/file/file/blob/74e451be9d9e86af5e06e9795403017f8c6833ba/src/fsmagic.c#L375

没看出太大区别。两边应该都会打印符号链接。是版本问题？

另外不该依赖这个看符号链接的。

1. 「 Proof-of-work 验证码」和「图形验证码」设计的初衷不一样啊。前者是为了「拖慢机器人准入」（例如网页爬虫），后者是为了「完全禁止机器人准入」（例如注册、领取奖励），不是一个场景，不能相互替代。

2. 同楼上，和 Anubis 之类早就大规模部署的 PoW 验证码，有什么优势？

车道保持对速度和道路有要求，太快或路太弯会直接飞出去 / 开始摇摆

看看 InfluxDB ？ https://www.influxdata.com/influxdb-pricing/

不错，要是能给桌面截图就好了，少装一个软件

@vfs 先给你道歉，语气暴躁了点。

上面最后列的这几个问题不是我在 V 站看到的（我也没看过你之前提问的那个帖子），是我自己在用户群和 Reddit 宣传的时候遇到的常见问题。不是说「提这些问题的人 = 不经大脑思考」。如果不小心地图炮到你了，不好意思。

为啥楼主每次发帖都有人问不经大脑的问题，冷嘲热讽之前不先思考一下吗？

利益相关：我是 amber-lang 的 contributor ，和楼主这个项目的定位类似。

----

下面是一些常见问题：

Q：为什么不直接写 Python/JS/VBScript/JScript/Lua/bat/...？
A：你说的这些都不跨平台（尤其是臭名昭著的 Windows ），脚本编写者需要学习多门语言、维护多套脚本，增加维护成本。

Q：为什么不直接写一个新的脚本语言？非要翻译干什么。
A：不用在用户设备上安装解释器，便携性强。

Q：哎呀，没听说过脚本都需要跨平台，需要时再写不就行了？
A：相同项目确实少见，那不同项目的脚本呢？比如说，今天可能要给 Windows 客户机写批处理，明天要给 Linux 服务器写脚本，后天又给自己的 mac 写小脚本，用中间语言就不需要同时学三门语言了。

Q：脚本语言有什么难学的？我 [此处填时长] 就学会了。
A：脚本语言的问题是（通常为了向后兼容）有非常多的 quirks 。比如 Bash ，很多人喜欢用的 set -o pipefail 和 -e 其实都是有问题的，在计算数值非 0 时也可能当作错误退出；另外，它的 local scope 是 dynamic scope 而不是 lexical scope ，如果不为每个函数重命名变量，会导致意外的变量覆盖；此外还有 string interpolation 和转义的各种复杂规则。Windows bat 也有诸如参数传递和变量展开延迟这些问题。你不碰到自然没事，碰到就会很难受。使用中间语言有助于以统一的方式解决怪癖，提高 QoL 。

Q：为什么要重新发明新语言？直接给现有语言写编译器不行吗？
A：脚本语言的逻辑差异很大，比如命令（ command ）语法，现有语言不支持。另外脚本语言大多是弱类型或动态类型，支持的语法特性很少，很难写一个 1:1 的编译器。

Q：现在 AI 都能写了，你这根本没用。
A：AI 写稍微复杂一点的脚本逻辑，依然会漏洞百出。另外后续可维护性会极差（亲身经历）。

Q1：你用的 AI 不行 / 你自己提示水平不行，我的 AI 从没出问题。
Q2：AI 很快就全面解放人类劳动了，写这些东西根本没有意义。
Q3：古法手工编程的传统码农又来啦 / 写代码写出优越感了
A：¯\_(ツ)_/¯

1. 关键词：Stacked filesystem encryption ，即「在现有文件系统中储存加密文件结构，且可以通过挂载等方式无感读写的用户级别文件系统」。

除了楼上提到的 EncFS 和 cryptomator ，gocryptfs 和 CryFS 也可以看看。后三者都是支持 Windows 的。个人推荐 Cryptomator （部分功能需要付费）、gocryptfs （完全开源免费，但界面不太友好）。

不过 Cryptomator 确实速度会慢一点，原因未知，可能是加解密算法设计问题？

2. 至于 VeraCrypt 、VHDX 这种块设备级别的加密，就要看具体的软件实现了，整栈从下到上都需要支持 sequence read/write in the middle 。SMB 本身应该是支持的，VHDX 应该也是支持的。VeraCrypt 速度慢可能是将 sequence read/write 转化为 random read/write 了。

3. 只是要防止其他人看到的话，楼上介绍的权限控制方法也是可取的，0 性能损失。

太牛了，这几个天天看到宣传，没想到还是 V 站的

没有人说 Rust 一定比 Go 快啊，GC 语言一定比 GC-free 慢是刻板印象，得改。准确的说法是「 GC-free 的语言，性能上限比 GC 语言高」。

也就是说，如果肯优化，Rust 一定能做到比 Go 快。

只不过 Rust 默认的编程范式不鼓励池化管理，在 I/O 和 Memory Burst 场景下，延迟比较吃亏。通俗地说就是 GC 语言鼓励「积极分配，一次性全部释放」，GC-free 鼓励「用完立刻释放」。

对了，按这个 issue 下引用的链接，你这个是 2020 年的 issue ，2022 年 skim 就已经优化到和 fzf 一样快了，且内存占用更少： https://github.com/skim-rs/skim/issues/509

虽然抄袭可耻，但宝塔也不是什么好东西。只能说恶人自有恶人磨

SemVer 啊

格式：破坏性更新.功能性更新/修复.小修复-alpha/beta.临时热修复+构建号

如以下是递增的：

1.0.0-alpha.1+13
1.0.0-beta.1+16
1.0.0-beta.2+18
1.0.0-1+19
1.2.0-3+31
……

@bclerdx @383394544 省名不至于敏感吧。另外运营商总归能说一下，不然没啥信息量了