叠瓦其实还有蛮多优化的空间在。

首先，操作系统的文件系统要针对叠瓦优化，各个数据段和叠瓦的分段要对齐。写入时尽量在一个段里追加写而不是零散覆盖。如果对元数据的修改能够像leveldb一样尽量走追加写而不是覆盖，那就会好很多。

其次，硬盘上应该预留一部分非叠瓦的空间出来，用来放inode、directory这些经常修改的数据，这样软件上的优化会容易很多。



【 在 formydream 的大作中提到: 】
: 最近局域网拷贝数据，往叠瓦盘写数据，动不动就卡死，垂直盘2分钟就传完，遇到叠压盘要10分钟可能还多。价格叠瓦还不便宜多少，叠瓦这种垃圾便宜一半我都不会要的。
: 发自「今日水木 on iPhone XR」
--
FROM 116.213.168.*

【 在 hgoldfish 的大作中提到: 】
: 那操作系统得了解叠瓦盒的特别结构。比较麻烦。
SATA-3.3已经有这个信息了。
Host-Aware SMR
还有一种更彻底的
Host-Mange SMR，这种只能追加写，必须由Host发起擦除操作。


: 只追加不覆盖的文件系统说的是 btrfs 吧。但是它不知道相邻的两个扇区可能是放在一起的。

希捷做过一些这方面的工作
https://events.static.linuxfound.org/sites/events/files/slides/SMR%20in%20Linux%20Systems%20-%20Vault.pdf
--
修改:kirbyzhou FROM 116.213.168.*
FROM 116.213.168.*