@mhycy #36
随机访问和持续读写的速度有很大差距，机械盘更加明显。计算资源与存储规模匹配是按照正常工作负载进行的。对虚拟化系统存储，随机访问是正常的工作负载而持续读写只有在少数情况下才会出现。至于造成性能瓶颈，可以看 zfs 的 sha256。
RAIN 工作和 RAID 类似，正常工作中同一个 IO 操作只会访问一份数据，除非出错（或校验失败），本质上就是以某个数据源作为数据拷贝源，只是粒度更细。

@mhycy
前面忘了打，假设是 zfs 或类似系统的情况。

@mhycy
fletcher4 的性能也不是好到免费，而且腾讯也有可能用的 SHA256

@firefox12
这里的 3 备份是三向镜像，类似 raid，和一般的备份不是一回事。而且这次是从一个存储系统迁移到另一个存储系统，而三向镜像发生在存储系统内。

疑问 2：
因为 Thin provisionin。腾讯云好几个区域云硬盘经常缺货，剩余空间小是很可能的。可能当时已经到了不马上迁移就会因为剩余空间用完导致批量停机的情况。

疑问 1：
在 10G 以上的网络中，Hash 计算本身就能成为瓶颈，腾讯至少用了 40G，有部分应该用了 100G。

@st78even 这个不是要看前端怎么搞的吗？不同的前端 /前端框架 /语言有不同的库。
如果是传统的 spring 服务器生成页面可以看看这种 https://www.journaldev.com/2610/spring-mvc-internationalization-i18n-and-localization-l10n-example （我不怎么搞 JAVA，所以只是 google 随便搜的）

同样的时间，与其花费在造轮子不如直接引入 i18n，同样可以实现服务器信息格式到用户本地语言的转换。

用的 site24x7 收费版

secret 是为了增加伪造难度吧。如果用了 HTTPS Client Authentication 的话感觉没有也没关系。

淘个 1T+的二手服务器固态硬盘，马上搞定