另外就是建议刚上高速一定保持在白天开 不要开夜路 等到熟悉路况后再去开夜路 夜路真的是各种牛鬼蛇神

上之前最好先去看一下防御性驾驶 高速最大的问题不是路况 而是遇到突发的情况你反应时间很短 如果大家都规矩开车的话的确高速更加简单

@qq316107934 6 也不太行 掉帧很明显 7 代好多了 而且容量也大了很多

至于发热 也不会拿在手里 只要能正常散热不过热就 ok 而且感觉遥控器的手感也有改进 比 6 代的手感好 之前误触还是蛮严重的

而且真的轻巧了好多（虽然对于一个根本不会移动的东西没多大意义就是了

建议买 7 7 是被动散热 而且轻巧了很多 强烈推荐

@purenothingform 分裂是 Oracle 干的 这你也用不回去 javax 额

这个无解的 而且实际上只有交强险的车在路上的比例也不低得的

最合理的办法应该是走代为追偿 有保险公司去起诉对方追缴赔偿款 靠个人的话太难了

谢谢 op 已领

基于头秃的原理而言 没用

谢谢！已领取 表情一并关注啦～

@jigege2019 整体来说 开源基本都这样

相比其他而言 Ceph 算是最成熟的了 毕竟 Linode 和 Digital Ocean 也在用 看邮件组也有很多别的大公司不断的贡献代码 但是想用好要付出巨大的成本就是了 用好难

真的推荐的话 如果负担得起 直接找成熟的商业存储吧 商业有 bug 可以快速修 Ceph 一个 bug 修好几年都很常见 至少我遇到的问题在最新的 Reef 才算彻底修好

毕竟数据无价

@dyv9 按你这需求 是不是不用 Linux 的都是要被 35 淘汰的……

@jigege2019 个人建议慎重吧 另外现在 Ceph 官方也推荐他们自己的 Cephadm 建院尝试下这个 对于存储这种基础中的基础 还是建议遵循 KISS Ceph 已经足够复杂了

另外版本升级的话最好加一下邮件组看看 Ceph 15 出现过升级中 OSD 格式转换错误导致数据丢失的问题 你看一下版本历史就知道了

只能说没出问题一切安好 一旦出了问题就是两眼一黑

当然如果最后需求很多 那还是上 Ceph 不过建议独立部署 遵循 KISS

k8s 挂了你还能重新部署 存储挂了可是你数据就没了

@jigege2019 你这个只是最基本的 后面 Ceph 自己出了问题才是最麻烦的

rook-ceph 的坑不在 Rook 而在 Ceph 而且因为 rook-ceph 藏住了很多细节 真到 Ceph 出问题的时候就是两眼一黑

而且还有很多细节 rook-ceph 部署的时候配置 rack awarness 了么 k8s 升级的时候怎么配合一起重启 Ceph docker 升级的时候怎么逐步重启 全是坑 甚至 k8s 出问题的时候你想要恢复 Ceph 也是个挑战

@jigege2019 ceph 运维太重了

没人关心 Chrome 的 Topics API 么

基于最近 Chrome 的变动 会继续用 Firefox 即使没那么好用