@longislet 以当前版本（ 101.0.4951.67 ）为例查到的 build 号是 982481 。
而下面的这个并不能下载
https://commondatastorage.googleapis.com/chromium-browser-snapshots/Win_x64/982481/chrome-win.zip

同理：beta 版 102.0.5005.49 的 992738 也不行

Chromium 并没有 release 版本 只是一次又一次的 build
怎么去选择一个稍稳定的版本呢？

@ch2 我说过我并非想处理每一种情况。我已经注明了不考虑多线程 /多进程——意味着我创建检查点的时候只有一个线程和进程。17 楼里我也说了检查点的创建是在没有 TCP 链接、所有打开的文件已经关闭的情况。我的任务也不依赖于 PID 号，所以变了也无所谓。17 楼真的说的很明白了，是一段一段地处理大量操作。如果还不明白，找个类比，GitHub Actions 里面的 steps 。

@ch2 这个是依赖于 docker 的 依赖外部环境而不是 Python 本身了
如果可以考虑外部软件，不考虑“重量”的话，直接用虚拟机快照效果更好，端口文件那些都不需要考虑了（笑）
我期望的是 Python 自身实现

@ch2 我既然有这个需求，端口、文件、TCP 连接这些肯定会添加额外的代码处理，或者这些方面，我添加检查点的位置会在没有 TCP 链接、所有打开的文件已经关闭这种情况下进行。类比于游戏，游戏里可不是随时都能手动存档的。
换句话说，我要处理的任务可能是分段的：前一段和后一段不搭着，只有一些变量要传递。

@lolizeppelin 233333
不过这个我大概看了一下文档，也获得了一些“如果要自己做，哪些功能可以搞一搞”的启发

joblib 似乎不是专为这个目的开发的，看了一下官网的例子 用起来似乎不那么直观，更多的是用于缓存某些变量的计算进度。

python-checkpointing2 似乎对 CPython 的依赖度非常高，如果不采用 CPython 可能会炸
dill 似乎也非常依赖于 CPython ？看了 dill 的 test_session.py 依然云里雾里，不知道怎么用

@est 要实现的话 pickle 肯定是要用到的。我想要的是更高基本的 api

我选择 KeepAss

据 Zerotier 的文档（没看过代码）：无论是否中转，都是端到端的加密，服务器和中转节点都无法读取

两台机器之间一般是 UDP ，不清楚会不会用上 TCP 。
中转的话，现在的版本是支持 TCP 了。

@est 详细聊聊？

先用气吹吹一遍，这一步是尽可能轻地除去硬质颗粒物，减少镜片产生划痕的可能性
然后用自来水冲洗，尽量选那种有过滤网的水龙头，那种水柱里面有气泡，效果更好
冲洗过后再用气吹吹掉大部分水滴
最后用蔡司的一次性湿巾插

@choury NV 的 vGPU 听说过，但似乎对亮机卡没有开放。AMD 的 sriov 有对低端卡开放吗？

599 实在打扰了
MX Vertical 才 499 ，活动可以更低

@documentzhangx66 主要是我们很奇特地全员歧视 docker ，大家的想法是宁愿用虚拟机这种重的，也不用 docker （笑）
其次是我们不是用虚拟化跑应用，主要还是测试，在各种花里胡哨的环境上测试、以及测试一些骚点子（瞎折腾）

@documentzhangx66 我不是很理解为啥计算密集型 KVM 性能可能会比 VMware 更好。

但针对其他的方面我也说两点：
1. 我司的那台测试机是老机器了，ESXi 只能装 6.7 ，7.0 报兼容性问题。所以在那段折腾的时间就感受到了 ESXi 对硬件的严苛要求。
2. 我好奇 PVE 对高版本内核的兼容性：比如 PVE 的内核是 5.4 ，我开个虚拟机去折腾 Arch Linux 跑上了 5.17 。这俩会不会打架？（我不是说我司测试的 PVE 客户机炸内核吗？当时 PVE 的内核还在 4.x ，我们的虚拟机内核是 5.4 。当然也怀疑是 NUMA 相关的问题。但没有继续调查了）
3. 我司的大部分机器也是没有配置 UPS 的（毕竟垃圾公司）。我个人认为非关键应该、高负载应用，没有 UPS 的情况下用 ESXi 也不是不行。

@msg7086 @documentzhangx66 我遇到过最大的问题是：之前在我司的一台内网测试机上装了 PVE ，然后创建了一个虚拟机（物理机是双 CPU 的，所有核心全给虚拟机了），然后跑编译，总是跑着跑着虚拟机内核炸了，必须 ssh 登 PVE 来 kill 虚拟机进程。原因不明。
但是装 ESXi 就好了，一直没出过任何问题。
---------------------------
PVE 对于我而言，感觉一些 UI/UX 细节还是不如 VMware 。例如虚拟机 BIOS 的启动项配置失误，开机进了 PXE （开机->PXE->内网没有 PXE 服务->重启->PXE 循环），这个阶段想给虚拟机强制关机，PVE 就很困难。

@msg7086 @documentzhangx66 vCenter 这种到底有啥用啊？感觉个人折腾虚拟化或者只有一台宿主机的情况下，ESXi 本体就完全够用了（如果选用 vmware 方案而不是 pve 方案的话）