Caturra

用了两年三星都不知道有这个选项
习惯性用 bixby 设定充电到 80%就震动提醒

@hitmanx STL 实现常人很难理解，不看点资料都不知道为啥要搞这么诡异的事物。印象中 deque 的奇妙设计好像是为了避免迭代器失效才这么写的，性能可能就凑合水平（可是凑合归凑合，为啥 stack 默认是由 deque 来适配？还是难理解）

高速缓存在并发的条件下不一定是“高速”的，并发写操作可能对数组这种连续分配的内存造成频繁误伤，这可能是楼主提到的服务器中算法喜欢用链表的原因（虽然我不了解是否真的倾向于用链表，以及链表和数组的区别对于重 IO 服务来说是否有一丁点影响）

只考虑通常意义下的性能的话，一般数组实现的数据结构还是优于链表实现。以前打算法竞赛很喜欢把一堆链 /结点的平衡树改写成数组实现（因为数据大小都是已知的，数组的范围肯定能确认），跑分基本都是数组要快一截，数据量级大概是增删改查十万到百万每秒

很难说，喜欢写代码，但不喜欢写公司的代码

MESI 跟重排（乱序执行）有啥关系，我感觉不是同一层面的东西
我觉得楼主说的意思应该是：CPU 嫌弃 MESI 维持 cache 一致性的过程太慢从而影响了乱序执行的决策？
这可能要知道乱序执行是怎么具体实现的了（只了解过 x86 这种差不多是 program order 套个 W->R 乱序），蹲个大佬

不考虑 template 下特殊情况的话，引用的用法就三种
T&绑定左值
T&&绑定右值
const T&两种都行

至于 const T&还特意允许绑定右值，我大概猜个原因，不一定对：
- const T&设计在 C++11 前，那个时候没有显式声明右值引用的方式，因此顺手提供这种途径
- 方便传参，允许隐式转换 / 临时变量的引用在实际开发中有实用价值（指程序员开发过程中少掉头发，不必为了减少 copy 写个代码都要区分左右值情况）

没想到大佬也在 V 站，关注你的 kernel 专栏很久了，内容非常有帮助

期待 LCD ，13 的 AMOLED 还是辣眼了点

既然基础差，那么入门的方法就是补回基础。挑一本操作系统看看就理解了