我已经实现好并正在用的方案，可参考一下：

nvme0: SSD ext4
zpool: 4xHDD zfs
mergerfs: 2xHDD mergerfs over ext4

tier0: (nvme0) 临时文件，通常是 Cache 、BT 下载途中的文件
tier1: (nvme0/zpool) 需要经常快速读写的重要文件，比如代码和配置文件，定期备份到 zpool
tier2: (zpool) 收集起来不太容易的资源文件、比较喜欢的音乐电影、日剧录像
tier3: (zpool/mergerfs) 重要但不太需要经常读写的大文件，比如照片录像，定期备份到 mergerfs
tier4: (mergerfs) 非常容易重新下载的东西，大热门电影电视剧

- zpool 每个季度要做 scrub
- 大热门影视真的没必要做冗余，留个种放在 tier1 就好了
- 存在 mergerfs 里，任何一个盘坏了都不会损失全部数据，只会损失坏掉哪个盘的数据。

有汇丰卓越的话（员工计划也可以）汇丰中国转汇丰香港也一分钱不收

做设备间同步、版本管理和冲突解决

中银国际不行

那当然是 kodi 啦，反正我是在尝试无数方案（ plex 、emby 、vlc ）之后最终收敛到了全平台 kodi

cliget

我个人感觉还是豆瓣的库全啊……我最近都是用爬虫从豆瓣上爬信息的

本游戏开发从业者表示，对，区别可能是不大，但不是光追没用，而是老的全局光照算法做得太成熟了。但是老的全局光照算法说成熟，本质上是一大堆杂七杂八的 hack 以一种扭曲和尴尬的方式组织起来的方案，Voxel 、SDF 、SSGI/AO 、Light Probe……每个算法各有优缺点（有一些是精度不足，有一些是内存占用太多或者磁盘占用太多，有一些是容易产生瑕疵，有一些是耗计算），于是用一大堆 if 去筛条件，把不同的情景交给不同的方案 —— 程序员累是一回事，更大的问题是，它永远无法完善。

什么叫无法完善。比如说我们的游戏项目里，7x24 开着十几台烘焙机，风扇呼呼地转着对场景做预处理，存下来 20 几 30G 的预处理数据（最终交到玩家手里的压缩过没那么大，但 10G 是有的）。预处理是什么意思，就是场景一但有大的改动，烘下来的数据就是错的了。SS 开头的算法永远处理不了镜头背后的光源。还有一个史诗级难题，叫漏光。以前都是美术或者 QA 发现一个手修一个，修不完的。

硬件光追来了之后，问题几乎都迎刃而解了。算法是只有一个，就是蒙特卡罗；流程是标准的，降噪算法 NV 也已经写好了；结果是物理正确的，可以作为 ground truth reference 的程度。对于玩家来说，首先是那 10 几 G 的预处理数据没了；然后是光照 bug 少了，没有奇奇怪怪的黑和亮；程序员解放了，才有更多的时间做其它的优化提升游戏体验不是吗？