VPS 的存储可不便宜

但是服务器要同时处理服务 1000 个并发请求，这些人的 1s 的网络等待可以（几乎）无代价的重叠，只剩下一秒多等待，但是 CPU 开销可是实打实加起来算的，代码更快就可以省下买 CPU 的钱。

或者说网络的等待决定的事延迟，你程序耗的 CPU 时间决定了吞吐。

我钥匙串上有个 yubikey ，登录 Google/GitHub 之类的够了

至于微信之类的，那就算了）

cuda 不是自由软件，再分发本身就可能违反 NVIDIA 的相关 eula

@ruizhixia #21 邮件客户端可能只读了 From:字段，这个 header 谁都能设置（只是很多邮件服务器会拒绝不合理的 from ），要检查的是这个邮件究竟是谁发来的

按错发送了：看看这个域名是不是一个不熟悉的不知道谁的域名，如果是这种情况那就是别人用这种手段伪造的邮件

正常的邮件客户端或者是网页版应该有查看邮件源代码的功能，打开后找到
Received: from <...>

@yanqiyu 哦，断点已经用过了，那要不看看能不能把 glibc 记录 refcount 的结构抓出来看看？

我觉得最简单的办法是在你的动态库里面加一个构造和析构会打 log 的对象看看这东西被析构了吗，如果不是的话去 gdb 给 dlopen 打断点看看是不是有别的没注意到的地方 dlopen 了

另外确定你们的环境不是 musl ？这东西的 dlclose 我记得是假的

但是简单的应用很好办，比如我之前被浏览器广告跳转小程序弄烦了，想创建一个 androidapp 来劫持 weixin://，然后创建整个工程到实现编译都是 AI 一口气解决的

太复杂的事情还是得人工。尤其是科学计算写 cuda kernel 的时候，我只能信任 AI 写的简单的 reduce ，在往上复杂起来幻觉就出现了

@anubu podman.socket 也可以启动一个 daemon （行为也很大程度上兼容 docker 的 socket 我记得），并且 podman system connection [add,list...] 可以添加直接暴露的 http 或者 ssh endpoint ，这样在远程机器上 podman -c <remote> ... 就等价于在远程执行了

对我来说 podman 真正的不可替代的特性是借助 fork-exec 的模型支持 pass fd ，然后就可以让容器也能走 socket activation 来响应请求。

这样一些容器甚至了一 network=none 也能提供网络服务

@vergilgao #6 webui 的话有 cockpit, 不过好像不兴创建 podlet

@IchinoseChiya #17 大概是因为 NAS 和软路由的系统环境都比较“嵌入式”，比如 musl-libc 或者最小系统
不管是自己编译程序还是安装预编译的版本都很要命
所以 docker 这类容器基本上是不折腾安装软件的最方便的方式了

对于你喜欢的任意发行版，他们的 livecd 构建工具链肯定是开放的，找到对应的文档和配置文件自己构建就行

比如 fedora https://fedoraproject.org/wiki/Livemedia-creator-_How_to_create_and_use_a_Live_CD

行政攻击：直接向局方举报使用家宽未备案私搭网站

某种混杂了 Fedora IoT/CoreOS 的 rpm-ostree 技术的 Fedora Server ，然后上面跑很多容器