我买的红米显示器，刚过保就坏了
前后买过 10 个显示器了，只有它是这样

我以前走在路上突然一个男的过来问我去哪，要用他电瓶车载我。
后来了解了是说这附近的知名男同

在我这里，信微软不如信网友。
很久以前买过 surfacebook ，某次大更新之后账号无法登录，只能整个重装。
还有很久以前的睡死、IME 导致单核 100%占用等问题，微软要是能复现就不至于拖那么久都修不了了。

我也有类似感觉。
NAS：群辉"欺骗"我存储池损毁，ssh 连接上去实际能读。且群辉系统文件疑似损坏，我登都登不上。后来是组了新机器把盘挂上去读出来恢复的。
软路由：我自从用上后，网络出问题每周都能遇到......某些软件的稳定性实在是太差了，再加上一堆看不懂的配置......
docker：只是因为 nas 碰巧也可以当成服务器吧，还有界面，使用门槛低。

我就自组了机器装了普通 linux 发行版后，我卖了群辉，至今用的很舒服。

没有任何长焦&高清需求的话就可以买。哪怕是 8k 也很糊，一到晚上更加不能看了。录演唱会的话基本就是记录生活和氛围，实际连舞台人脸轮廓都看不到，噪点爆炸，哪怕是第一排也只能勉强拍到人脸轮廓，完全没有细节。我曾经用 pocket3 和 ace pro2 试图拍了剧场演出&音乐节，炫光+噪点+高糊，完全没法出片。还有一次演员贴脸演出（全程离我 1-3 米+曝光充足），拍出来的也基本不如手机。

软解速度很慢，有时比播放速度都慢
一些设备不少格式是不支持的，比如 chrome 就是，我们经常有用户跑来问为什么手机拍的视频浏览器播放不了

油甜辣都不要吃。
去专业皮肤科看看

v2raya
用很久了，没啥问题

对我来说是学习成本太高了，任何配置调整我都要去谷歌一下才知道怎么弄，而且记不住。比如我想改个启动参数，居然要去改配置文件......

不会
我之前看 spring boot 官方的视频教程就是 controller 直接调用 repository

报备两个月，连公司全称的签名都经常被拦截（提示没实名制报备），本来就是残废还继续折腾

我申请水星的时候被要求提供公司的地址证明，而中介不提供这个。
后来用申请 EIN 的文件（上面有地址）才通过了。（美国人效率是真的低，等 EIN 花了将近四个月）

来晚了，不行了已经

* 坑主要与 EC 有关，其中一部分功能提交 pr 给官方了。我们是从去年这个时候 fork 出来做的二次开发，期间经历了多次集群突然崩溃、突然选举导致服务中断等问题，直到现在才勉强稳定运行。后来我们试图合并官方的代码，发现创建新 volume 的功能疑似被其他人负优化了，就没继续合并了。

* EC 后文件被删除了空间无法释放的问题，我们目前是简单的做了判断判断 volume 里所有文件都被删除后再删除该 volume 的文件

* Java 版的 EC 我们目前暂时没有精力单独开源出来，等集群稳定后再考虑。

* 一个集群的 master 节点数量设置成 3 个，5 个会增加超时概率，超时了就会触发选举。我们是搭建了两个完全独立的集群，一个无法提供服务的时候会自动切换到另一个

* weed 有预创建 volume 的，但是当 collection 数量过多+高并发的时候，由于它创建 volume 是串行处理、且每创建一个 volume 耗时在百毫秒左右，会导致一部分请求超时（ 10 秒超时）。业务应用需要做重试。

* 副本复制可以，如果空间足够的话建议不要做 EC 。

=========
就在刚刚，我们又发现了一个极端情况下返回上传成功实际文件上传失败的 BUG （与 EC 有关），造成一集群近几个月约 10%共上百 TB 的文件丢失了，这个 BUG 仍然存在于官方的最新版里。

@niz

@niz
我们用 seaweedfs 的一些坑：
1. seaweedfs 的 EC 坑很多比如不支持 ttl （提了 pr 现在支持了），并且如果用机械盘的话，EC 速度是赶不上文件上传的速度的。我们后来参考 go 源码另外开发了 java 的 ec 任务。还有诸如 EC 后文件删除无法释放空间等问题。
2. 内部大量用到了锁，有几个地方有性能问题，还有并发读写 map 导致 panic 崩溃的问题。
3. 在大量文件写入的情况下，master 节点会突然触发选举，且其选举非常慢超过 30 秒，且保证可用性的话需要准备两个集群
4. 有大量文件写入、新 volume 生成频繁的时候，创建 volume 的速度赶不上文件写入的速度。

seaweedfs 适合大量小文件，性能是 minio 的几十倍。
minio 适合大文件。它是个黑盒，一旦量大了就懵逼，没任何流量的情况下都能给你磁盘 io 打满。

@chocotan
23 问题解决了，要装 gnome-keyring