请不要把任何和邀请码有关的内容发到 NAS 节点。
邀请码相关的内容请使用 /go/in 节点。
如果没有发送到 /go/in，那么会被移动到 /go/pointless 同时账号会被降权。如果持续触发这样的移动，会导致账号被禁用。
邀请码相关的内容请使用 /go/in 节点。
如果没有发送到 /go/in，那么会被移动到 /go/pointless 同时账号会被降权。如果持续触发这样的移动，会导致账号被禁用。
这是一个创建于 395 天前的主题，其中的信息可能已经有所发展或是发生改变。
目前是写 SSD 里，用 cron 定时复制到 HDD 池+校验然后再删除。
SLOG 一个对顺序写作用不大，其次也不想 HDD 池依赖 SSD 的可靠性。
在 zfs 池下面放 bcache writeback ，如果只是丢 SSD 的数据是可以接受的。
但就怕和 SLOG 一样，整个文件系统跟着 SSD 一起挂...
有没有大佬分析下这种骚操作理论上致命不。
SLOG 一个对顺序写作用不大，其次也不想 HDD 池依赖 SSD 的可靠性。
在 zfs 池下面放 bcache writeback ，如果只是丢 SSD 的数据是可以接受的。
但就怕和 SLOG 一样，整个文件系统跟着 SSD 一起挂...
有没有大佬分析下这种骚操作理论上致命不。
 | 1 dann73580 2024-11-26 11:47:48 +08:00 干脆 rclone 挂载一个 ssd 做 cache,比 bcache 好在不用破坏文件系统，但是只能是目录级别的缓存。丢也是丢 ssd 没刷新的数据。 |
 | 2 ButcherHu 2024-11-27 15:15:35 +08:00 一个 burst 大概多少数据啊，我感觉加两条内存路子比较正吧。 |
 | 3 vczyh 241 天前 via iPhone 想提高顺序写只能加盘了，slog 用来提升 NFS 这种同步写的有用 |
Select Language