@cxxlxx

不熟悉 pve ，我就当他是正常的 kvm 虚拟机平台了。我自己是直接用 libvirtd 的

使用 bridge 的话，应该是需要 br_netfilter 模块。pve 应该是自带的，查了一下个别版本可能有 bug 缺少模块，内核升级或者降级试试。

https://wiki.archlinux.org/title/QEMU/Advanced_networking
https://unix.stackexchange.com/a/757030

无关，我自己用的 libvirt 的资料
https://libvirt.org/formatnwfilter.html

不熟悉硬件配置，但是手头这个电脑 u9 185h ，摄像头是 ipu6 的，每个月都蹲蹲 fedora 的 ipu6 支持进展，但是看不到希望 #捂脸

docker 对 selinux 支持的不大行，尽量上 podman 。这两年没搞公司 selinux 这块了，没注意新的工具，以前都是 audit2allow + 人肉审查生成的 type 、fcontext 和 policy ，没注意这个 se troubleshoot d #捂脸

debian 的 apparmor 也很麻烦的，但是这俩都不用吧，就得找其他的加固方案，各有各的缺点

跳槽之前做 chromium os 二开，对 chromium 这部分，内存足够的电脑我们开 clangd ，内存不够的电脑用 ctags

尽量别套虚拟机了，这东西真搞起来特别吃性能。

最容易爆内存应该是 cpp + 多任务。最慢的是链接，无法多线程优化，很慢，有大小核的话记得加点规则把链接器 pin 到大核上。

构建的部分，和 fydeos 交流，fydeos 的构建经验是搞一个配置高一些的电脑，配好 ccache 。

另外其实大部分开发不吃内存频率，可以考虑捡垃圾，我在办公室放的垃圾是 e5 v3 + ddr3 ，内存很便宜很容易就配到了 160G ，有 32G 我不记得价格，有 128G （ 32x4 ）的价格差不多就 600 多。相对的磁盘性能影响更明显一些，配个 nvme 会好一些。

用 Hyper-V 不多，问 Gemini 是这么说的

https://gist.github.com/jeffguorg/b39aa629a378949f35a2e98ed17bb29e

挂载和同步一类，在本地有文件系统结构的，可以搭配 boxcrypter 。网盘自己客户端能支持的比如说 onedriver 、坚果云，第三方能支持的比如说可以看 rclone 的支持列表。

容量和隐私的问题主要是看网盘的性质，对于阿里云盘、百度网盘这种以分享为主的网盘，它实际就是把公共资源在你的帐号下面登记了一份，并不是说你的文件就是你的，只是一个引用，其他人也可以引用，用这种方法降低资源分享的成本，给你一个容量很大的幻觉。区分权限的正确性全看智商和良心

针对锁和 python 效率的问题：
- 如果你的计算任务可以用 c/rust 的模块，最好是在 c/rust 的部分处理，最好能批处理
- 如果是 pure python ，也许可以试试 taichi 或者类似的东西。因为 python 可以被再次编译成 native 或者 gpu kernel ，并针对架构优化
针对 asyncio 只管异步切换，计算存在长时间阻塞的问题
- （不同进程、单独服务的方案）要么 celery ，或者自己搓一个简单的队列
- （简单在同一个进程中的方案）要么 thread pool executor

存路径这个做法本身有点怪……我可能会选择文件的其他特征来做这个事情……

不清楚场景，假设场景必须要存路径，考虑一下把 SOMEHASH(filepath, account), account 作为 key 呢？比如说 trigger 去 set 一下额外的列为 SHA2(CONCAT(filepath,"\\/", account), 256)，把这个列作为 unique key 的一个 column 。降低碰撞概率的话，多加一种两种哈希呢？

我是写业务的菜鸡，暂时还只能想怎么实现的问题。要不然就只能业务上限制一下了

听歌是为了解决更严重的问题，不解决特定的问题就不需要听歌，比如说噪音、状态引导、blablabla

@gridsah 赞！

> 原理是 OpenZFS 直接和内核里的 NFS 子系统通信
哈，我暂时还没有研究这些。如果是这样的话，其实我就比较倾向直接用 exports ，因为最近非常喜欢 nixos 那种 declarative 的理念，而且这种方法管理的系统很容易统一各种 id ，不过不开心的就是还有很多工具不大好声明式管理，需要写很多足够健壮的脚本

> btrfs 离开群晖之后只能在特定几个版本的 Linux 内核下读数据
群晖用了一些私有的 flag ，是有问题。对于我来说，我更多的是被 arch wiki 里面的警告吓到了：The RAID 5 and RAID 6 modes of Btrfs are fatally flawed 。所以之前尝试 btrfs 的时候，叠了一层 mdadm ，btrfs 跑在单个 md 设备上。

> 快照用的空间被写满
对照了一下使用场景，我的 use case 里面数据大部分时候是增加的，不会有很多改变，所以对于我来说分配好 volume 留出冗余就还好。对于经常有变更的场景感觉是个问题

本地构建以后放到单独的存储里面啊，没必要放到 git 里面，这玩意儿不需要管理版本，只要有一个文件能告诉研发这个构建产物是哪个 refeence （ commit/tag ）构建产生的就行。

像是 github 、gitea 、gitlab 、bitbucket 都提供了 repo release 这类功能，就是给你建立一个 release 然后放产物用的。

再不行有个 nfs 、samba 、s3 、nexus 、webdav 什么的都可以放产物嘛。

如果是把 git 当存储，就把构建放到一个单独分支里面。如果存二进制建议再开个 git lfs

不要暴露自己的服务在公网上。

- 建议找个技术向的朋友，或者你自己懂一些 IT 的话，在国内租个最便宜的主机、并且做好安全措施。然后用 headscale ，或者 zerotier-one + 自建的一个发现服务（我不记得是叫 moon 还是什么了）。用这些公网发现、建立点对点的方案。

- 其他的 vpn 服务来建虚拟网络也可以，比如说 cloudflare 这类，但是我自己没有用过，所以我不做评价。
- 直接用 wireguard 也是一个选择，但是自己用服务器中转速度会受限于你的服务器的速度，并且流量可能会计费
- tailscale 、zerotier （公共的发现服务）这类国外的服务，有的时候发现的不是最短的路径，可能会绕很远的一圈。headscale 是 tailscale 的自建服务器，我自己测试是 ok 的，zerotier-one 的 moon 也是类似的东西，我没有正儿八经的配置过。

补充内存计算的问题：java8 用 8u372 及以上版本，修了 cgroup2 支持，这是很多新发行版默认的 cgroup 实现，涉及到内存的限制和计算。

java11 以上可能没这个问题了

Dockerfile 略微注意一下就好了

- 尽量使用多阶段构建，要不然代码拷到 layer 里面了
- 慎用 alpine ，不清楚的时候一律用 debian 作为基础镜像
- 部署环境内核比较新的时候，base 不要使用 centos7 这种带着很老的 glibc 的 image ，java 和库依赖 glibc 的时候，很老的 glibc 在新内核上会有问题

现在 zfs 主要是在 openzfs 上做开发了吧，bsd 那边可能也切过来了？我这两年没有特别多用其他 unix ，不大好横向比较

我的 pc 现在是 nixos root on openzfs ，compression=on ，开 dedup 以后资源消耗有点大，但是我感觉在公司用 xfs vdo 也是有点，后来关掉了，因为发现我的用例来说即使算上 rust / node_modules 实际上好像也没有那么多 duplication 。文件系统自带 samba/nfs 这种感觉有点……奇异。现在处于不停的啃 openzfs 、gentoo 、solaris 之类的文档的状态，打算先在日常使用、变更最多的机器上尝试各种新技术以后再上 nas 。

nas 之前是 btrfs ，但是我心里有点打鼓，尤其是我没有用专门的很好的设备，而是捡了个垃圾，供电什么的都没有那么好。所以也是先换 debian + mdadm + xfs 了，在公司用的多，我自己解决一部分问题，大佬解决一部分问题。btrfs 以后再尝试吧。

比较在意 lvm2 的 snapshot 在什么方面不能满足需求？我自己感觉 lvm2 的 snapshot 一般情况也够用了

truenas core 现在还是 freebsd 吧？我看 truenas scale 是 linux 的样子。以前尝试过 core ，后来没太多用这个。

部署：
> 需要支持服务端 windows/linux/mac/bsd 部署
如果你能搞定不同端 go 的 CI （构建、测试），go 的评分会略微高一些，否则脚本类会好一些。

其他因素：
评分的构成还有你具体的业务，以及你所在的地区不同语言找到能用的人的难易度

写的不够多，写的多了语言不是问题，在于怎么样设计架构来更好的满足需求和解决问题，一步步细化以后后面才有语言的选择问题，那个时候不是我们选择语言，而是生态和需求确定语言

- 分区是很早以前的一种需求，我记得主要是应对早期存储驱动器寻道时间的问题吧。SSD 是完全没有寻道问题的。
- 分区的确可以简化重装系统的流程，但是重装系统丢数据的问题也可以通过网络存储和网盘来解决。

三个担忧的回答：
- 写权限，没事儿不写系统目录，其他目录基本上不会有啥大问题。
- 尽量往自己的 USERPROFILE 里面赛
- 尽量使用同步工具，实时上传到网络存储，机器当成一个瘦终端，数据尽早随时上传。也可以单独或者合并使用 rclone 这种方案定时备份

补充：
- 容量问题：像是坚果云云桥，或者我很久没有用了估计 onedrive 也有，都可以本地懒加载文件，不需要的时候释放掉空间。
- 其他的要注意的地方
- 我被 bitlocker 背刺了两次，没有提示的情况下加密了我的用户数据目录以后，因为 tpm 的 bug 无法解锁，并且官网的用户账户中没有找到根据文档提示应该已经上传了的 recovery key 。建议时不时看一眼，给自己的数据多备份一下
- 自己的目录如果要设置安全/权限，可能需要理解一下 windows 的用户和权限机制，要不然重装完系统可能会有新系统不认老系统设的权限还要自己再设置一次的麻烦的事情，但是也不算是大问题。

floccus + 坚果云，坚果云单独目录设置不同步到本地。

但是移动端不好使，换个思路是不依赖浏览器，在浏览器之外有一个应用来管理这些，加上桌面浏览器有集成。raindrop.io