@fuchaofather 照片本地管理真不如交给 Google Photos，AI 是真的强。放在本地很少看，交给 Photos，自动生成影片，去年今日啥的，五年今日，特别爽。

同步管理不知道是啥。rss docker 啥的真没这需求，下载从来都是浏览器自带的，什么 pt，bt 也没需求。多人共享除非家人也是搞 IT 的，否则没人用。

一路由器，挂一个 HDD，几个 T，足够 80% 用户了吧。

@arischow 很好奇，纯好奇哈，什么剧要下载下来看？去哪里下载也是个大问题，现在知识产权保护这么严了。
在线看不好吗？
剧不都是只看一遍吗，还会反复看？

N1 运行一年，稳如狗。

@hemingcn 两个手机，夏天怎么携带？

我跟楼主一样，不换 iPhone 坚持用 Android 的原因是：
1. iPhone 不支持通话录音；
这个功能真是刚需中的刚需。
2. 不支持应用双开；
微信双开，各种小号双开。

很现实的功能需求，被各种喷也是没想到。无脑果粉真可怕。

@linjunnan2006 没有。

昨天到的，type c 接 mba m1 如果声音选择显示器，看视频直接幻灯片。这个显示器没声音是硬伤。

@winglight2016 我没有包装，快递员说他回去包装一下。客服说面板损坏不在维修范围，要自费，真是无语。

@mrz3333 厂商更垃圾，位置在六环外，都到河北了，想必不想让北京人民去找他们吧。

@sephinh 多年京东用户，体验都很好，也没退过维修过，没经验，太相信他们，没拍照，没拍视频，哎。

@nbin2008 刚客服给我打电话了，维修 1300，我出，我买这个显示器也才 1600，我出她个大嘴巴。

@lakehylia 这还不能怪京东？
谁会一直把箱子留几年，北京寸土寸金。

@youngteam99 @songone AOC 是自营的售后的。
AOC 出现问题之后，京东首先给出的反馈是自己去联系 AOC 售后，给出的理由是 AOC 的维修检测周期在 15-30 天左右。
然后我主动联系 AOC 的 售后，AOC 说北京只有两处售后，一处在京东，一处在北六环之外，问我为啥不去找京东。
最后还是联系京东，上门来取走的。

@echo314 京东自己的快递，不怪京东怪谁。
显示器箱子那么大，留着占地方。

目前我用 3950X + 3900X，编译内核好快，测试 centos 7 内核 rpm 或者 fedora 34 内核 rpm 带 debuginfo rpm，时间为 10 min 左右。

建议至少 3950X 起步，5900X，5950X，59XXX 更好。
这个钱花得值。

前天，仅仅拷贝了一个虚拟机镜像。
今天更新一下的 btrfs 测试（粗略测试，没有按照严格的性能测试方法）：

btrfs 采用 zstd 压缩方式：mount -o compress=zstd /dev/sdd1 /tmp/bdata

xfs 文件系统迁移到 btrfs 和 zfs + dedup + lz4 的最终空间占用如下：

21-05-10 13:54:12 [email protected]:~ df -h
zdata/lz4 302G 111G 191G 37% /root
/dev/sdd1 301G 100G 202G 34% /tmp/bdata
/dev/mapper/myroot-root 300G 187G 114G 63% /tmp/root

从空间看，xfs 占用 187G，zfs 占用 111G，btrfs 100G 。
我之前测试单个文件，看来是样本的问题。

cp 结果看：
21-05-10 14:08:40 [email protected]:~ time cp /tmp/root/fedora33-2.img.bak /tank/lz4/a/
cp /tmp/root/fedora33-2.img.bak a/ 0.04s user 4.11s system 46% cpu 8.861 total
21-05-10 14:09:09 [email protected]:~ time cp /tmp/root/fedora33-2.img.bak /tmp/bdata/a/
cp /tmp/root/fedora33-2.img.bak /tmp/bdata/a/ 0.06s user 4.67s system 51% cpu 9.224 total

btrfs & zfs 时间差不多。

综合：
1. 压缩率：btrfs 的使用 zstd 后，比 zfs + dedup + lz4 压缩率要高一些。
2. 性能：从实际的编译大型 C++ 任务来看，每组测试 5 次，zfs + dedup + lz4 需要 30s 左右，btrfs 只需要 20s，btrfs 更占优。

我的开发机器平时编译任务较多，所以还是选择 btrfs 在时间上是比较划算的。

@aloxaf cp & btrfs status

btrfs 前天测得，数据没保存，懒得再弄了。