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