V2EX › xud6 的所有回复 › 第 2 页 / 共 2 页

V2EX = way to explore

V2EX 是一个关于分享和探索的地方

现在注册

已注册用户请登录

1 2

❮

❯

2018 年 8 月 8 日

回复了 mhycy 创建的主题 › 云计算 › 关于“腾讯云用户数据丢失故障”最新公告的一些细节的疑问

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

2018 年 8 月 8 日

回复了 mhycy 创建的主题 › 云计算 › 关于“腾讯云用户数据丢失故障”最新公告的一些细节的疑问

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

2018 年 8 月 8 日

回复了 mhycy 创建的主题 › 云计算 › 关于“腾讯云用户数据丢失故障”最新公告的一些细节的疑问

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

2018 年 8 月 8 日

回复了 mhycy 创建的主题 › 云计算 › 关于“腾讯云用户数据丢失故障”最新公告的一些细节的疑问

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

2018 年 8 月 8 日

回复了 mhycy 创建的主题 › 云计算 › 关于“腾讯云用户数据丢失故障”最新公告的一些细节的疑问

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

2018 年 8 月 8 日

回复了 mhycy 创建的主题 › 云计算 › 关于“腾讯云用户数据丢失故障”最新公告的一些细节的疑问

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

2018 年 7 月 10 日

回复了 st78even 创建的主题 › Java › 数据库数据转换中文的这个问题困扰了很久，一致都没有一个自己满意的答案

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

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

2018 年 7 月 10 日

回复了 zzg 创建的主题 › DevOps › 各位域名监控怎么做的？

用的 site24x7 收费版

2018 年 7 月 10 日

回复了 dawniii 创建的主题 › 程序员 › 使用 https 后，还有必要用 md5(secret+参数+时间戳)类似这样的方法做数据完整校验吗？

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

2018 年 7 月 10 日

回复了 ezXE2V 创建的主题 › Ubuntu › 希捷酷鱼绿盘编译 Android 源代码，在 repo sync 的 checkout 阶段变得非常慢，尝试复制东西到硬盘里速度只有几百 KB/S

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

2018 年 7 月 10 日

回复了 st78even 创建的主题 › Java › 数据库数据转换中文的这个问题困扰了很久，一致都没有一个自己满意的答案

前端用 i18n 框架做

1 2

❮

❯