我这儿职位是写内部底层库的，并且对性能有很高要求，实际开发经常需要造非常贴近实际用法的轮子，这时候就需要清晰理解内部的需求和性能特征，造出最合理的轮子。这个过程需要开发人员对同类轮子的实现有深入了解，了解有哪些性能特征需要把控，有哪些优化点，优化的代价是什么 是否可以接受。
所以在面试的时候，我会问一些底层的细节，问问各种略有差别的需求下分析问题给出不同的优化方法，至少要知道那些性能指标值得关注。如果这些关键点都不知道，一旦进来写东西肯定在设计上会出严重的问题。

体前屈算么

我不是后端但公司有过一点培训，按照印象随便说两句。
提供的接口的输入参数包含了所有必要的输入，接口执行时不依赖以前的接口调用的输入，内部也不需要保留任何状态。（仍然可以依赖其他数据如其他服务、数据库等，核心在于直接的输入参数全部来自接口传参）
接口不保留状态，带来的好处是很容易扩容缩容、动态替换接口实现等等，很灵活。代价就是写法改变，传输数据量可能会更大。

但如何证明这个形状最短呢？

列个>-<形状下总长度的函数求导判断正负，发现是凹的然后求最小值

另外我记得这种长度权重不同的求最值问题可以用费马原理来着。

如果接受科幻要素的话，环太平洋 1 ，明日边缘，特警判官（史泰龙版），黑衣人 123 ，少数派报告

第二个感觉是说用户缺失率下降到原有的 1/3 ，内核缺失率下降到原有的 1/1.3
第一个翻了翻书，没找到数据来源

我猜是硬件解码没正常打开或者内存对于 windows 小了

考过高级的系统架构和系统分析，这俩挺像的。选择题对 ICS 要求比较高，需要刷题一段时间。简答题相对难一点，需要做一定量的题覆盖。论文对我来说最难，我上学的时候语文就不行，需要练几篇，搞一个自己熟悉的模板往上套，总有一个题目能套上去。

dumypT 已经指向了下一个元素，就不需要再加 i 了

ifs >> dumypT[i] >> dumyAmplitude[i];
std::cout >> i >> " " >> dumypT[i] >> " " >> dumyAmplitude[i] >> std::endl;
不修改指针

或者

ifs >> *dumypT >> *dumyAmplitude;
std::cout >> i >> " " >> *dumypT >> " " >> *dumyAmplitude >> std::endl;
dumypT++; dumyAmplitude++;

原生就有 BigInt 啊

@garyox64 #3
如果是单机多进程分布的话，多 CPU 仍然是通过某种缓存一致的总线相连的，仍然能保证缓存一致性。读写 mem 其实就是在读写 cache ，所以这个天然就没问题。
如果指的是多机的分布的话。内存不在同一个空间里，没办法直接写，要写一些基础设施来通过某种网络共享内存，很可能没有硬件的直接支持。这种情况下多机同时读写同一块数据要通过软件的方法来规避，尽量保证同一时间数据只有一个地方能读写，然后使用某种基于网络的同步机制，大家一起读。（即同时间最多 1 个读写，或者多个只读）

看你写的内容，感觉像是把两个问题揉在一起提问：
1. 你举的例子里，两个进程同时尝试读写同一个地址的时候，因为读写分别是原子操作但整体不是原子操作，可能会出现读读写写的错误情况，单核在上下文切换时也可能发生。这个要用信号量或等效的方法解决。资料 https://www.coursera.org/lecture/os-pku/xin-hao-liang-ji-pvcao-zuo-sbhMU
2. 两个核心同时访问同一个地址，一个写一个读，在硬件层面，CPU 是否提供多核间的数据一致性，一致性保证到一个什么程度，是用怎样的方法保证的。这个可以从 CPU 缓存开始学，一直学到缓存一致性协议。资料 https://mp.weixin.qq.com/s/PDUqwAIaUxNkbjvRfovaCg

都学到操作系统了，前面 CSAPP 里学的信号量、PV 还有印象么

没看懂，B 点和 AC 点有啥关系，C 是线段 AB 的中点么？

相加就自己加呀，32GB 的来上两条。不是说“计算机核心零部件中成本最低”嘛，应该也不贵。

新线程和协程得到的是一个新的栈。不依赖创建时的栈。

ciphertext 搁这儿套娃呢

是不是只要出现过 AB ，其他排列里都不能出现 AB 。2 段都不允许重复的话，更长的其实也不用考虑了。
问题就变成了给定 1 到 n 共 n 个数，这些数有哪些排列，使得所有排列中其中任意前后连续 2 个数字不重复出现。
2 个数字的组合共有 n*(n-1)种，每一个排列会消耗 n-1 种，所以最多能得到 n 个排列满足条件。接下来的问题就是是否一定能得到 n 个排列，和怎么得到这些排列。
我再想想