优化到了这个份上，性能的差异已在毫厘之间了，在这种情况下，如果A方法比B方法性能高，那有可能只是因为在底层代码中，B方法的某个地方有浪费CPU的代码（又或者是什么其他说不清的原因，而不是“我们编写的代码有问题”）。

也就是说，如果是底层或者其他的原因造成了性能的差异，那么，这种差异应被归类到“trick”里面去（如果差异巨大那就是“trap”）。因为，这些差异已经超出了“问题域的分层”。而保证“易于理解的方式，具有相对较好的性能”，这不是编程者的责任，而是语言／API实现者的责任。

这是不是说明，在多核的系统上，进程级别的分布比线程级别的分布能够更有效率地利用 处理器 ？ 操作系统在调度线程的时候考虑了亲缘性于是只能在几个固定的核上跑？