丢开驱动的话，然后核心 arch 以 x86 为基础

全部读完的人应该存在，但是不多。绝大多数的 Kernel 工程师会读一些和自己强相关的，少数的研究者会研究整体宏观架构，但是又不会彻底深入进去

我和我司有几个在 kernel 上有个人分支的大牛们也交流过，基本上就算是他们这种过去或者现在正在当 maintainer 的大神，也很难说自己完全走读完过内核的所有核心代码。

退一万步，即便你现在基于当前的 commit 把核心代码给读完了，如果没有持续跟进，你会发现过不了半年，有些东西就完全陌生了

我从招聘方的角度帮你分析一下吧

首先是现在大环境不好，我弟和你差不多的状态，我现在让他务必不要裸辞，工资低点，也先苟着

第二是你的简历的稀缺性太弱，大环境不好的情况下，不管大公司小公司都成了买方市场，HC 的消耗就会变得更加谨慎（或者说挑剔）

第三就是你经常挂 HR 面，最好联系最初的联系人复盘一下，找一下原因。我最近在终面的时候就遇到了一个同学，技术水平非常优秀，但是交流、沟通都很恼火，而且情绪上也感觉有点略带极端。我们内部讨论了多轮，最终还是给他发了 offer 。但是后续和他沟通的时候，他自己对这些缺点（或者说缺陷）是不自知的，如果遇到严格的终面官或者 HR ，那他肯定会被直接 pass 。所以你可以找先前面试过的公司的联系人再沟通一下，看看自己是否有这类问题

很多车是有限速提醒功能的，超过设置速度后会降低功率，然后报警

@goodniuniu #93 还是蛮多的，一个月交付快一万了

没有家充，混动充电其实也挺烦的

要么纯电，要么油车

纯电按你的需求，你又不在冬天去北方，整个续航长的，问题不大

@jarvanluo #23 轻混怎么说呢，没有绿牌优势，价格还高，后期维护还多了个结构，至少从 LZ 的预算出发，不是很有必要

Linux 的 ARM 生态其实没啥问题，我们日常会用鲲鹏的服务器，用 yum 按照软件包的体验和 X86 并无二致

不过 M1/M2 上装 Linux 最大的问题是不知道 Linux 上的 Apple 驱动全不全，不全的话你可以很难完整驱动起全部的硬件

没有充电条件不要买混动，直接买油车没毛病

@documentzhangx66 啊对对对，你说的都对，开心了吗？

我最后强调一次，哪天你说的这一系列工具，能有任何一个，能出现在任何一个计算机领域的顶会上，即便只是任何一个子 workshop 的站会都行，那我就认可你的所有观点。记得 @我，我可以线下请你吃饭来表达我的无知的歉意

@Puretoe 图片 403 了😓

@documentzhangx66 你已经不说在讨论技术问题，是在发泄自己情绪了。Steam OS 就是 Linux 内核的，所以这个答案能不能用来回答你这个疑问了呢

另外我以前也做过 GPU 虚拟化方面非常浅的研究，passthrough 的时候我们在虚拟机里面一样 bringup 起来了 2077 ，但是更进一步的 GPU 分发由于不是当时我们的技术目标，就没再深入了。但是现阶段各种云游戏的厂商都有一套基于集群的端到端图形渲染方案，这些也是基于 Linux 的

周末好好享受自然时光啊，不要把时间耗费在打嘴仗上面了朋友

@documentzhangx66 我的车道貌似快通了，今晚最后回复你一次

首先我的研究领域和主要工作是体系结构和操作系统，Linux 只是我们的研究路径上的一个方向之一，所以我对任何操作系统或者发行版均没有偏见

另外，我想和你讨论的核心问题是测试的方法论，而不是某个具体的操作系统。但是我是旗帜鲜明的坚持所谓开箱即用的测试工具就是个测试玩具这个观点。同时我也反对你认为的 Linux 下 io 测试中有很多坑这个观点。

@ruidoBlanco 我现在堵在川西路上的。。。正好和他讨论一下性能测试的议题打发一下时间

我大概懂了他的逻辑了，他就是觉得 Linux 需要关注的变数太多了，所以就是不好。我觉得这个 GAP 来自于他没有做过性能问题的工程解决或者学术分析。。。

@documentzhangx66 你别把我划到什么派系里面，ball ball 了

我们团队的研究不仅局限在 Linux ，Linux 只是因为比较好用于白盒分析所以我们常用而已，我们过去还用过很多小众的系统来满足我们的分析需求，有时候我们还会在 x86 和 arm 的裸机上直接 bringup 二进制起来进行一些测试。

我已经说了，现在所有所谓开箱即用的性能测试工具只能做玩具性的基础标定，如果哪天 AIDA64(或者任何一个主流的开箱即用性能工具，无论任何平台)能发用来顶会了，欢迎联系我，来打我脸，我可以线下请你吃饭聊表谢意

@documentzhangx66 #36 别，我不觉得我和你半斤八两，我觉得我在我自己的领域勉强算得上入了一点点门了。还有微架构和操作系统我从来也不觉得深不可测。至于拉踩其他学科，这是饭圈行为，不是科学行为

而开箱即用问题，我想告诉你的是，开箱即用只适合做做玩具测试，严谨的 Benchmark 还是按照科学的方法来吧，你非要我认可你这种观点也可以，那哪天任何一定顶会拿 Aida 64 的测试结论能发论文了，你 @我一下，我一定承认我的浅薄与无知

9500 可以做入门，不过我比较推荐新手上亮剑 12 ，500 块整个上一代的顶级速度拍性价比贼高。打上手之后可以换进攻拍，但是亮剑照样可以用来打养生局

@documentzhangx66 #31 另外
@GrayXu #29 说的其实没错，我觉得你可能也不知道 SIGMETRICS 是干嘛的。。。。

@documentzhangx66 #27 你不用急，你的 1 2 4 我们不用讨论，我过去的工作有没有价值不是讨论的范围。

你说的第 3 点，让我我觉得你可能不知道 ASPLOS 和 OSDI 是什么东西……

第 5 点，图灵听了要流泪

第 6 点，不管业界还是学界，没有用 windows 做性能标定的，准确说没有谁用黑盒系统做性能标定的，性能标定要么基于 Linux/FreeBSD 这种开源系统进行，要么直接 baremetal 直接冲，核心目标都是结果透明可复现。还有 Linux 的设计和 Windows 的设计没有什么高低之分，Linux 虽然有着其复杂性，但是因为可控透明，商业计算领域 Linux 依旧是最大的主流，不管 Azure 还是 Windows Server ，截止目前依旧不是主流

最后第 7 点，你说得对啊，至少在微架构和操作系统领域，我就是比大多数水水 V 站的网友们专业啊😁😁😁至于你说的微软的工程师，据我所知 Kernel 投入的人员比你说的 20W 人少了两个半数量级吧，我觉得我勉强也有他们的平均水平低一点点的水平。

还有你说的“测个差不多的性能”，只能说你不懂性能标定的意义和要求，操作系统是一个确定性的东西，所有东西只有黑和白，我们做测试的时候，从统计学角度会下调显著性标准，某些场景，一般会认为<0.5%是抖动，1%是偏差，>5%已经是显著差异了。所以商业场景下，每一个小数点都是确定的，没有“差不多”这个说法。加入各种约定和限制，就是为了确保标定结果的绝对可靠性