@iikebug 你写过招投标材料不

@lichao 生产环境放 windows server 然后用 wsl 管理（🐶

------

wsl 被称为最好的 linux 发行版的原因是整个 windows 是它的一部分🐶
什么虚拟机，大家都是 hyperv 里的子系统，windows 内核并没比 wsl 内核高出一等🐶

只要这个程序（或 docker container ）能在本机上跑得起来，我一定会首先尝试 dlv

本来还想说我 windows 遇到过重启好了

macos……




总之先重启（

@potatowish 你想的是「代码都看得见没后门就用啊」，人家想的是「我想加后门的时候发文件也不管用怎么办」

你好，编译器顶多能理解语法，它们绝大多数情况下不理解 on 和 get 是什么语义。

a.b
a.b

后面的 b 覆盖了前面的 b ，这是一个纯语法问题

a.b
a.c

c 和 b 是不同的语义，我怎么知道 c 会覆盖 b ？不太可能吧

@duke807

rust 不如说是 c/++ 专家在被内存惨虐才创造出来的……

c++本身就很难写得对，又是语法怪物，又是工程陷阱，放在今天来看简直可以说一无是处，rust 为 c++提供了一点改进，好解决的工程陷阱先解决了，语法怪物和正确性问题解决了一部分，已经很不错了。

别的语言 <name> <get|install> <module name> 三分钟工程 setup 好了，c++调试跨平台 cmake 脚本花了我一整天，气得我想笑，谁还愿意在 2022 年为了构建项目手写脚本拼编译器开关字符串呢

我想用 rust 正是因为我知道智能指针怎么实现，但一个线程安全又解决了循环引用的智能指针实在太难写对了，我想有封装好的基础设施，并且我也不想每个变量都多套一层没用的 wtf_pointer<T>，你看，有语言给我封装好了

这跟工程陷阱问题一样，对任何人来说都是徒增心智负担的东西，我相信大多数追捧 rust 的群体是受够这些泥潭的人，而不是看着新鲜又没能力写那些「学术化内存代码」的人。


------


想告诉 OP 的是，rust 这些「独特设计」都是 c++某些机制的高级抽象版或者封装版，它们这么复杂是因为实现这些抽象的更基础的设施还要更复杂，复杂到接近人类智能能处理的极限且无益于工程化，相比之下 rust 的代价已经减少很多了。c++可能是慢 10 倍，rust 慢两倍……

*末代 intel mbp

x86 cpu 都差不多，我的末代 mbp -j8 编译，温度也差不多 10 秒破百

试试 git-fsck

@phpfpm

用户程序在哪个 cpu 上跑会取决于 os 内核的调度，而 os 会选择线程 affinity 指定的 cpu 来执行，但无论如何一个单线程程序同时只会有一个 cpu 在跑它的代码，因此固定在一个 cpu 上与调度到不同 cpu 上（从程序视角来看）并没有区别


不过一般都倾向直接选择第一个 cpu 来运行

OP 生动诠释了你小时候不及格的同学长大了是什么样

…… 日元？

https://i.imgur.com/VqqtI7E.png

大概不管

几乎没有对的……

单线程程序你可以理解为无论有多少个 CPU 都只能利用其中一个，用哪个 CPU 不是程序决定的，是 OS 决定的。在过去 OS 就是 OS 内核本身；虚拟化时代，所有的现代 OS 都有 hypervisor+内核两部分，在虚拟机中运行时 OS 能检测硬件环境以决定使用自己的 hypervisor 还是虚拟化环境里的。exsi 只有 hypervisor ，没有 OS 内核，而例如 windows 则既有内核（传统的 windows 内核）也有 hypervisor （ hyper-v ，当你启用 hyper-v 组件的时候 windows 会把自己也交给 hyper-v 调度）

超线程是硬件层面的线程机制，打个比方切换线程时要保存上下文，上下文里包括算数寄存器、内存指针（栈寄存器）、程序指针（ PC ）之类的值，软件实现的机制是 OS kernel 打断用户程序的执行然后把这些寄存器的值找块内存放起来，而硬件实现则可以直接换一组寄存器给线程使用。CPU 体系结构里有个概念叫 register file ，x86 cpu 算数寄存器大概 10 几个，但是算数寄存器的 registry file 有上百个大，也就是说 CPU 内部能保存十几个同一寄存器值的副本随时切换。当你软件切换线程上下文还在等内存写入的时候硬件只需要换一下寄存器映射几乎瞬间就完成了，这就是超线程加速的基本原理。

然后再说说主频问题，商用 CPU 和个人终端产品 CPU 在功耗、性能调度上会有很大区别，并不能简单地认为主频越高越快。主频越高能带来更短的指令周期，但内存延迟、睿频、流水线长度、功耗控制……即使不考虑多核性能，都仍有非常多变量因素产生影响。 只能说控制单一变量只有主频变化的时候程序执行时间与主频负相关，但这是正确的废话