@pastor #46 五年前我还没接触 Kernel 代码的时候我也会觉得第二种是异类

后来无意间涉足了内核，然后真的摸爬滚打了好几年，慢慢也就习惯了这种思维方式了（更贴合内存与硬件的思维形式）

其实这个是应用层开发与系统层开发的思维的区别，我们在公司内的一些研讨会上也会讨论类似的问题，“明明都是 C 语言，为什么底层软件的代码上层软件的工程师普遍觉得看不懂”。后来的结论就是思维方式不同导致了看不明白，就像是背完了英文单词，但是照样阅读理解做不及格。

当然，人们面对未知领域……天生存在着一些傲慢，也是正常表现😹

@zonas #2 降噪等级从低到高来吧，主要是因为降噪之后耳压有个改变，不适应就会晕

头晕应该是降噪开太强了不适应，可以降低降噪等级先适应一下

和内存子系统打交道的场景其实很少，包括 Linux kernel ，大多数时候依旧是在使用被 Linux Memory Subsystem 管理着的虚拟内存系统。即便是 Linux Kernel 所认识的 Physical Address ，也是被 Memory Controller 包装过的 frame number

一般来说嵌入式是比较典型的真正在操作物理内存的场景，其次就是真正开发内存子系统的情况

@byte10 #86 我自己在虚拟化领域做了好些年了，不管从商业方案还是技术体系上，我没有感觉 PVE 、ESXI 相对 VM Station 能称得上更先进的方案，反而现在不管开源组织还是商用虚拟化方案，都喜欢把 VMStation 作为 Benchmark 的 baseline 来做对比

另外 FRP 打洞的问题，不管是海外还是国内的企业，稍微有点规模或者有网络安全部署的，不管是制度上还是防火墙配置上，都会对 FRP 进行禁止的。暴露内网服务到公网，不造成损失公司可以无责开除你，造成了损失公司甚至可以起诉你

@byte10 #44 你打了这么多字的时候，真的不觉得已经很麻烦了吗…………
为了一个硬件环境把整个软件环境推翻重来？

另外奇安信的某些解决方案，是需要本地证书的，不装客户端根本用不了，而且公司电脑配置 FRP ，看起来很刑？

@shervy #40 你适合 M1 做生活用，工作另外购置一个 I+W 的。两个需求的冲突太大了

OP 的需求一眼就是 Intel 的 Windows 的高性能轻薄本啊

楼上那些“无脑 M1XXXX”的朋友，能不能先把 OP 的需求看一下再回复啊

第一个需求和第三个需求不要说 M1 ，Intel 的 MacBook 上都能把人搞脱皮吧

Typora+内网源就可以了

你这触及了少有的公司裁你不用赔钱的场景。。。。

先把鞋底的泥沙刷掉，然后洗衣机的洗鞋档或者轻柔档，洗完烘干机再低温烘干。小白鞋穿黑了都能洗回去😁

垃圾处理器+洗碗机，直接倒就行了

@magiconch #19 AI 和算法方向的话，有偏算子算法、也有偏业务的，这个可以根据背景来适配

@magiconch #19 我这里只有我自己组的 JD ，可以参考 https://www.v2ex.com/t/809838

我这边有成都、杭州、深圳的实习岗位，方向覆盖 CS 、纯软件、AI 、算法，不过对学校有一定要求，有兴趣的同学可以直接艾特我🙂

@lovedebug #7 我也和你一样……我喜欢大而全的产品……

@nothingistrue #22 我拒绝和你继续交流，容器本身就是一个 Arch less 的东西，你非要把 arch sensitive 的 docker image 搅进来，你开心就好……而且绕回 OP 的最初需求，OP 的需求不需要上 Docker ，这个讨论本身就是和问题无关的无意义讨论

@dayeye2006199 #17 我印象中 ARM 版本的 numpy ，是有用 ARMPL 做底层库编译了的，替代了 MKL 来编译 BLAS

@nothingistrue #11 这位同学……你在说啥啊，你这说法感觉你根本就不懂 Hypervisor 和 Container 的基本原理和区别

Windows 用 Docker 需要虚拟机，是因为 Docker 依赖 Linux Kernel 的 namespace 和 cgroup 啊😂Windows 自己又没有容器能力。另外

我印象中，docker 是没有调用 VMX/EL2 的，这本身就是一个跑在 Kernel 之上的一个应用层，根本不需要翻译啥指令，现在 cgroup 本身就是一个 arch 不敏感的东西。

我建议你如果想细致学习的话，可以读一下 cgroup v2 v3 两个 patch ，然后再看看 Intel 的 IA32/64 3C 卷的 VMX 章节，基本上就清楚容器技术和虚拟化技术的本质区别了……