@lihongjie0209 对不起，我用 WSL，让 ps1 顺便哭晕在厕所。

@Libby520 也只能说是试试，不总是凑效。比如合同本来就快到了，或者本来就不怎么在乎预算内的人力资源成本，领导八成也不怎么乐意多计较来自寻烦恼了……

@keepeye 撸过编译器前端和处理器前端的：我特么撸了谁的 butt 了？？？

显然不是。你都不管亏损的风险，那么随便找坨投机性大的群体随便都能吊打码农，比如说，彩民……

@mokeyjay 这可不一定，比如远程过去的……

@neoblackcap 2015 开始出现的一系列逗比下划线甚至还不如 cl 的结果准确，EDG 风 评 被 害……
然后我嫌烦就把 IntelliSense 关了（
2017 几个 Update 以后稍微准确了一点。

@xmdbb 谁主张谁举证。你 ps 也可以拿 psd 出来啊……

@icyalala 代码反而不都有所谓。一些关键代码是谁写的就算理论上无法溯源，实用上装 13 自认原作者是要火葬场的。喜欢囗观这种打脸现场的可不是一个两个。

版权包含著作人身权。免版权是说随便署名当作自做的咯？

@phpc 答案可以是一样的。

@feather12315
1.是不同的概念，但是这里都适用，参考 https://stackoverflow.com/a/51759235。因为指令在 SMT 的实现中不同的流水级中的具体实现行为非决定性地依赖内部状态（例如功率控制可能非决定性地关闭部分并行实现的单元），这仍然是并发的。另外不管是并行还是并发和物理上的时刻或者时间段都没有直接关系，即便 SMT 的例子中字面上强调了同时，处理器中的计算遵循的实际上是同步时钟信号，跨时钟域未必和物理时间对应。
2.上层（操作系统内核）是相对处理器而言，更上层（ userspace API ）还是区分的。Linux 内核的 task_struct 提供 userspace 的进程实现，并通过 NPTL 以 1:1 的方式提供 pthread 实现。
另外，原本（如进程代数）所谓的进程的概念就是 task 的抽象，并没有进程和线程的区分，实际上相当于现在所谓的 userspace 的线程。而现在区别线程的所谓的进程是利用处理器提供的保护机制划分的运行时资源集合。
3.好坏是相对而言，也不是一概而论（“未必”）。这里相对的首先是两个独立核心各自独占 L1 的情况，所以看起来就是减半了；不过实际上，就是不考虑核心资源可能利用不足的劣势，光是 cache 多了占面积功耗也大，要是没用上就是坏处了。如果一个核心 2 个逻辑线程实际上需要共享大多数 L1 的内容，就算 cache 有多也难以发挥优势。