你先试试分层存储吧.
冷数据价格砍半.

dbs 直接到银联卡/支付宝有什么问题么?

本来想说你看得太少了.
后来想想这种主观的东西没必要.

你吃了两碗粉还没给钱呢.

你不说,等你辞职了,背调被 HR 评价不稳定两边没着落的时候再回来看看这贴.

个人理解:

对比后面的 溪边晚钓之翁,对仗角度 徒次 应该也是某种方位.
次按照次第的词性理解的话,有 order/顺序之类的意思.
徒如果按照同 途 理解, 结合下就是 散步路上看到的行人 之类的意思.

cephadm 已经够自动化了吧.
默认参数挺优的.
只是 crushmap 结构要提前想好.

你把分销用户的邀请码作为某种加密方式的 key 的一部分就好了.

校验的时候解密出来就知道是谁分销出去的.

推理过程颇为 interesting

GDPR 合规性问题.

对应国内的数据出境管理办法.
用户数据单独处理的成本就干脆不支持/允许.

改名 deprecated 可能是两套命名下实现有不一样的地方.

至于 API 架构变迁,参考 Chrome OS/Android/Fuchsia.
可能内部不同组的赛马结果和战略调整.

@zizon "显式的在 return 的时候构造一个 rvalue 就简单的告诉编译器这是个 rvalue,可以 rvo."
应该说是可以利用可能更优的 move ctor.

@Symbo1ic f3 返回 std::move 更像是一种手工 hint.
毕竟实际情况下,一个 function 的逻辑可能比较复杂,return value 在哪里产生的,能不能做 rvo 优化对编译器来说直接推导可能不一定能符合直觉.
显式的在 return 的时候构造一个 rvalue 就简单的告诉编译器这是个 rvalue,可以 rvo.

但是这么做安全不安全就是另外一回事了.

func -> 没有 rvalue 之前 return 会 copy,rvalue 的引入就是为了解决这种不必要的 copy.

f2 -> 类似 func,看编译器有没激进到断定 shit 可以以 rvalue 做 rvo, 不能的话就会保守 copy.因为 shit 本身指向一个 rvalue,所以编译器有理由认为它可能在 return 后不是一个有效地址,就是你 2 里提到的 clang 警告的原因.如果编译器先把 func inline 了,那么就可能出现 2L 说的第一点的情况.

f3 -> 类似 f2,std::move 产生了一个 rvalue.调用 move ctor 是编译器认为这个 rvalue 可能不是有效的地址.同 f2,编译器也可以激进优化成 func.

通俗的理解 ravlue 就是之前没有 rvalue 的时候会产生隐式不可代码层面 reference 的 copy ctor 对象的一个称呼.
有了这个定义之后,新标准就可以有规则 eliminate 这种不必要的 copy ctor.