本地文件存储的多份问题，不需要大牛
只需要每个文件有个 引用计数
转发一次，新的消息进来本地查重（例如基于 SHA1/MD5 这些，本地对文件在 sqlite 里面有个表，除了存储路径，还有对应的 SHA1/MD5 值），引用计数 + 1 就行了，不需要再次存储数据，新的消息指向唯一的文件路径就可以读取文件显示了
这个存储的标准用法至少存在了 20 年了
只是微信设计的奇葩而已
不是大牛，存储软件研发十多年的普通工程师路过

合并掉 1 ，2 个吧

@xiaoxu0820 丢个简历吧 [email protected]

我司有位置，坐标西安，创业公司，工作强度一般，待遇马马虎虎
有兴趣可以联系

有日志保护，都不应该丢吧
只要给上层返回 OK
说明下面数据都完成持久化了
不做数据库，作存储的路过

https://www.cpu-monkey.com/en/compare_cpu-amd_ryzen_7_5800x-1747-vs-intel_xeon_e5_2680_v4-628
多核性能比 R7 5800X 慢 1/4
如果作 server ，也不是不能玩
作 desktop 的话，单线程性能弱了点
不过，也不是不能玩

@julyclyde 之所以说块存储，是因为分布式块的性能比分布式文件系统高，你的场景中，只需要一个卷挂载点，mysql 迁移到新的 docker 后，只要这个 docker 挂载这个卷，mysql 起来就可以继续读写，你并不是几个 docker 中的应用要同时读写一个文件

mysql 只需要一个分布式块存储就行了，不需要分布式文件系统
也可以用 ZFS 作一个 HA 方案，block 通过 iscsi 给 mysql 用
性能还是 OK 的
你可以想象每个 ZFS 节点一对 NVME 作 RAID1 ，两个 ZFS 通过 ZIL 层作强一致

copy data 数据的时候停止服务没有 ？

@noble4cc lease 就是带有 TTL 的锁，参考这个

https://learn.lianglianglee.com/%E4%B8%93%E6%A0%8F/%E5%88%86%E5%B8%83%E5%BC%8F%E4%B8%AD%E9%97%B4%E4%BB%B6%E5%AE%9E%E8%B7%B5%E4%B9%8B%E8%B7%AF%EF%BC%88%E5%AE%8C%EF%BC%89/10%20%E5%9F%BA%E4%BA%8E%20Etcd%20%E7%9A%84%E5%88%86%E5%B8%83%E5%BC%8F%E9%94%81%E5%AE%9E%E7%8E%B0%E5%8E%9F%E7%90%86%E5%8F%8A%E6%96%B9%E6%A1%88.md

你用 etcd 的锁就可以作这个，一个线程负责获取锁，在锁失效期到来前要再次获取，如果不能获取，就自杀，这样可以保证执行工作的线程总是在本机持有锁的情况下工作的，不会导致和别的节点并发执行

@noble4cc 我们不是续约线程挂，是续约线程 申请 lease 没成功（不论是网络原因还是什么原因），线程自己触发 core 就行了，他没申请到 lease ，那肯定别人申请到了，也许没申请到，总之不能冒险

@efcndi 疫情前几天从上家公司辞职，准备创业，结果疫情来了，喊我的哥们又不打算创了，就到现在公司来了，因为公司 CEO, CTO 都是熟人，也不用面试之类的。我没找过工作，公司关门或者失业就回家玩，等待熟人捞，不喜欢被人面。也有家里蹲了一个月，才有人喊我去他们公司的经历。

NUC 装 linux + kodi 作 HTPC ，linux 配置路由功能不就行了么
为啥还要折腾 windows 和虚拟化呢

如果对西安有兴趣，我司有坑，你可以干两年，然后去你向往的城市

@noble4cc 是啊，进程自杀就行了

@maocat 我司在西安有坑，JAVA stack

我们过去的逻辑是，如果任务还在执行，但是锁续约失败了，直接触发 crash
否则，你的逻辑要出错，因为出现了两个干活的任务并发了

2 天发烧，2 周咳嗽
3 周无勃起
后来看起来好了
但是感觉 X 机能衰退
也许是马上 50 了自然衰退 ？ god knows