我总觉得 OpenZFS 存在问题。以下是一个完整的 OpenZFS 结构，运行在志强 CPU + RECC 内存上，并启用了实时压缩与实时去重。内存与所有磁盘，在上机之前，都做了检查：

数据盘：HDD-4TB * 5 ，提供约 20 TB 数据存储量。

校验盘：HDD-4TB * 2 ，RAIDZ2 。

热备盘：HDD-4TB * 1 。

SSD-Cache 盘：SATA3-SSD-镁光-Micro-M600-512GB * 1 。

NVME-SSD-WriteBuffer 盘：QichenNVME-512GB * 2 （ Mirror ）。

运行了十几天，就 boom 了 1 个盘，然后热备盘顶上来。再过了十几天，全 boom 了，但集群仍然能用：

https://pastebin.com/xsR3sWSh

我觉得存储这玩意，数据量到达一定量后，建议还是使用多物理机的分布式存储，安全些。

没公网 IPv4 时，zerotier/tailscale 有免费额度。这才是它们的核心竞争力。

如果都有公网 IPv4 ，更好的选择是企业级 VPN 方案。

如果收费，淘宝上一堆自建端口映射的服务，比这两玩意稳定。

有没有一种可能，这点数据量，什么都不用考虑，机器就能扛下来？

假设 1 分钟生成一百万个自增 ID ，平均每秒 16666 个自增 ID 。

Redis benchmark ，https://openbenchmarking.org/test/pts/redis ，i3-8100T ，每秒 123 万个 request 。

另外自从 SATA-SSD 普及以来，有没有发现，关于数据库性能的讨论，越来越少了？ nvme-SSD 普及后，这类讨论几乎绝迹了。原因是，1 块正规的 SATA-SSD ，性能是 HDD 的 100 多倍，甚至 pcie5-nvme 能达到 2 千多倍。

建议学软件开发的，一定要经常关注硬件性能测试。

这是很基础且很常见的网工场景，典型的例子是虚拟化集群系统，实现方式是服务器多网口 + 每个网口不同网段 + 每个网口不同 vlan 或 vxlan 。有时候甚至厂家的部署工程师，为了不干扰用户私有网段，会给虚拟化系统的内部的业务配置 1.1.1.x 这样的网段。

任何接入方案都可能有漏洞。企业级的安全做法是，多层接入方案，来提高整体安全性。比如 Linux 的 VPN + OpenBSD 的 SSH + Windows 的 RDP ，3 套连接方案一起用，再加上 fail2ban + 地域 IP 白名单 + IPS ，3 层安全，不仅黑客进不去，自己也进不去。你就说安不安全。

1.让开发或熟悉业务的 DBA ，先写个把数据库的数据，全部导出的脚本。把该脚本放入 crontab 定期执行，执行后把结果写日志。运维工具，实时监控日志，如果日志中发现 Error 、fail 、timeout 等字符，就告警。这种备份方式，只是用来兜底的，出故障后，运维千万不要直接用这种方式得到的备份，进行恢复。如果只剩下这种备份了，交给开发去恢复。

2.把数据库做成多节点（多副本节点），形成一个 HA 集群，单个节点故障后，Client 自动访问别的节点，类似于 Oracle RAC 的工作模式。这种模式，单节点故障后，不需要开发介入，运维可以直接进行替换故障节点，类似于 raid 磁盘故障时的操作。银行级别的数据库，也是需要使用这种结构的。

微信 ayawawa 的公众号，下面有大量的婚姻咨询案例，你把那些全看完，你也能成为半个专家。

这有啥奇怪的。

我当初分别去移动与电信，办理了新卡，这号码我是没有用别的手机联系过，而且新卡全部放在 2G 老人机里。结果当天就有广告短信了。

运营商都是如此，更何况体制外的旅游公司。

有一类女生，智商低，没脑子，做事的基准逻辑是，我闺蜜都有，我也要有。她们殊不知，自己与闺蜜的差距。正因为这类女生没脑子，所以容易被拿下。

建议是，如果没结婚，早点分手，这类女生，不适合当老婆，不然婚后有你好受的。另外，这类女生，容易被 PUA ，容易出轨。

1.至少 7300MB 。

2.至少 PCIE 4 。

3.至少 TLC ，不要 QLC 。

4.注意看评论区的测速图，有些 nvme 仅仅只是顺序读速快，别上当。可以去看看三星、镁光旗舰产品的测速图，和你选的进行比较。

5.注意散热问题，去 B 站看大佬的处理方案。

6.如果平时这方面的预算低，建议把去京东自营，下单时，把配套的延保（延长保修），买最长时间的。

人一辈子，有很小概率，会遇到危急生命的偶发性情况，在那种情况下，不一定能保证及时遇到交通工具。

这就是为什么很多有权有钱的老人，一定会在三甲附近弄套房子的原因。

这也是为什么，一定要有辆车保底。不需要太好的车，能开就行，其实 2 手车几万元就够了，只是需要平时注意保养，需要多学点保养知识。

1.是否经常吃甜食？
2.是否不吃蔬菜？
3.是否不健身？
去医院查一下血糖指标。

UDPAddr Struct：
https://pkg.go.dev/net#UDPAddr

Function：
https://pkg.go.dev/net#UDPConn.ReadFromUDP

Demo:
https://github.com/jeroendk/go-tcp-udp/blob/master/udpserver/main.go

1.这方面的法律，其实是有漏洞的。法律只规定了白天与晚上的噪音分贝值，但那个值其实仍然很吵。

2.应对方法也不难，楼上只要一吵闹，你就去敲门。你带个分贝计，去敲门时自己拍视频留证据，每次敲门声音，不要超过法定分贝值，但可以无限接近该分贝值。

1.生产不要用 PVE 集群。PVE 集群是 PVE 官方用来赚取服务费的，比如，PVE 后台的集群功能，只有添加节点按钮，没有删除节点按钮，没有编辑节点按钮。节点一旦出问题，只能进控制台，用 PVE 官方给出的磨砺两可的命令进行操作，而且删除节点，PVE 官方居然要求节点关机。并且，如果你自己处理不了，就不能去买 PVE 官方的收费服务了。

2.PVE 可以在测试环境中，进行单机使用，优势是灵活，Linux 系开机速度快。

3.生产环境，如果对数据有很高的实时一致性要求的，存储建议专门安装 CephFS 。如果没有，直接双机，第一台写入机，用 cron 给 rsync 做定时同步即可。

4.能 docker 的尽量 docker 。

5.k8s 最好别碰，原因是这玩意要搭建起来，你一个人没有几年积累，时间与经验根本不够。

6.如果我是你，留一台配置最差的上 Debian 12 + OpenZFS 作为备份机，其他所有服务器，直接全上 VMware ESXi 集群，然后开 HA 。

PotPlayer 可不只是播放器，它有个逆天的功能，让它成为导播台。

一键在进度条上面做书签标记；
一键在书签标记进行前后切换；
一键 5 秒、30 秒、1 分钟、5 分钟地前后跳跃；
一键前后关键帧跳跃；

你都不知道这功能有多强。

本来这玩意，低代码平台，给大家的印象是，通过给公司里懂技术的同事，进行简单的培训，让其通过低代码平台，快速制作一些简单的 OA 小应用，避免昂贵的定制开发。其价格，几千到一万元每年的授权费，已经差不多了。结果一调研，不仅有每年不菲的授权费，还需要按人头额外收费，年费套餐里的免费人头数量不够用，超出部分，几个平台基本上都是每人每年大几百元，公司如果人多，这又是一笔不小的费用。