这是一个创建于 363 天前的主题，其中的信息可能已经有所发展或是发生改变。
想优先 Intel 的电脑，从小学到工作十来年了用的都是 intel ，看到 ultra9 285k 上市了 考虑买一个编译非常快的电脑，主要工作是在 x86 上写驱动和桌面端的大型 c++项目，ssd 和内存足够优秀的情况下，怎么合理评估一个 cpu 编译能力呢
不需要显卡，现在任务就是多开虚拟机测试，以及编译，唯一诉求就是编译快，不愿意等，现在在考虑商用 Xeon w 系列的处理器和民用的 core i9 之间，但是感觉 Xeon w 只是纯大核心，提供了更大的 pcie 通道给显卡用，这里我又用不太到，他的主频不如 i9 ，但是编译性能又没有专门的评估标准，有没有懂得老哥给点建议
 | 1 ugpu 363 天前 个人拙见: 写过几年 C++ 本身和 CPU 关系不大. 唯一能影响到的是主频 以及工程的结构和第三方模块 就算 make -j 16 多线程编译提高速度 在复杂联合编译中你也将出现因为多线程导致的一系列问题. 这边建议换 Rust. |
 | 2 freedomforlong OP @ugpu 我倒是想啊 但是不是 有一些三方 sdk 不太方便切换过去 |
 | 3 tool2dx 363 天前 |
 | 4 chihiro2014 363 天前 台式无脑 9950x ，服务器上 epyc |
 | 5 alect 363 天前  1 可以参考 SPEC 测试排名，（以下链接超大，慎点） https://www.spec.org/cpu2017/results/cpu2017.html 此外翻到一个博主做的表格，可以参考结果进行购买， https://blog.hjc.im/spec-cpu-2017 |
 | 6 proxytoworld 363 天前 在服务器编译吧 |
| 7 freedomforlong OP @proxytoworld 目前是个人机器测试的时候编译 所以打算自己买个电脑了 |
| 8 proxytoworld 363 天前 自己配一个性能好的 homelab ，如果有移动需求就算了 |
 | 9 justplaymore 363 天前 1 |
 | 10 datasone 363 天前 依据实际项目的规模和编译设置可能会差出很多。 即使假设多线程编译不会导致问题，能够很好的利用上全部核心。对于规模不是很大的项目编译（ e.g. ffmpeg ），时间也主要花在了吃单核的 lto 过程上，这种情况下单核性能就非常重要。如果不开 lto 、或者项目规模非常大的话，可能多核性能才会体现出比较明显的优势， |
 | 11 liaohongxing 363 天前 要买 amd 最新的 zen5 的 U, 核多主频高, 有能力上 eypc |
 | 12 ziseyinzi 363 天前 anandtech 的 CPU 评测都会有编译项目，虽然 anandtech 停更了，但一直到 zen5 的评测都是有的 |
 | 13 jr55475f112iz2tu 363 天前 Intel CPU 都不稳定了还优先 Intel |
 | 14 agagega 363 天前 via iPhone 1 为什么 Rust 吹这种帖子里都能进来吹两句… 很简单，你找个 Chromium 或者 LLVM 这种规范的大型开源项目编译就可以了，GitHub 上有不少人做这种 benchmark 的。另外要注意同一台机器 Linux 编译的性能一般比 Windows 好些（ make/ninja 的话） |
 | 15 12101111 363 天前 我用的 AMD 7945hx 笔记本，编译 chromium 大概 80-90 分钟，是目前最快的笔记本 CPU 。 AMD 7945hx 是台式机 CPU 7950x 的降频版，大概慢 10%。 如果是台式机的话，不考虑工作站（ HEDT ，Xeon W 和 Threadripper 系列），最快的 CPU 应该是 9950x 。 Intel 的 CPU 有大小核问题，跑编译和虚拟机都不合适，最近还有缩缸问题。 |
 | 16 zackzergzeng 363 天前 看极客湾的评测吧，他们用 spec2017 测试，更能体现开发需要的性能 |
 | 17 SkywalkerJi 363 天前 还在 intel 呢，不怕出事故？ 9950x 起步吧 |
 | 18 ShioWSX 362 天前 建议是 AMD 的 9950X （预算不够就 7950X ） 64G ddr5 6400 1 、上半年我做过测试 笔记本的 6800H 7950X 双路 6133 以及 两个云服务器（ 32c 64G 配置） 一个 epyc 一个三代铂金志强 2 、综合下来 7950X 是最快的，我编译的是 Linux 5.10 和 mysql 5.8 全量编译, 3 、C++工程模版展开以及内联多是比较吃 cpu 的，C 系的工程相对开销小一点 4 、最关键的是最后的链接环节基本上是单核的，9950X 比服务器的 U 单核强的不是一点 5 、最后可以先上个云服务试一下，反正可以按小时计费，配置拉满测试一天也花不了多少，可以看看 Geekbench 多核跑分榜单 6 、如果项目确实很大，且长时间编译的话，得上服务器的 ECC 大内存了，毕竟家用只能上 128G 就到顶了 |
 | 19 nagisaushio 362 天前 via Android rust 也不快啊 |
 | 21 CodeY99 362 天前 @ShioWSX #18 老哥的意思是只用来开发笔记本散热能压住 CPU 吗？老是看文章说打游戏笔记本比台式机性能差 30%，但是没人说单看 CPU 咋样。在纠结后面开发是配台式机还是笔记本。 |
| 22 ShioWSX 362 天前 @niumiworkshop707 一般笔记本 cpu 单核性能够的，就是多核存在问题，不是说性能而是散热 1 、笔记本 cpu 长期多核满载下，要么噪音太大要么发烫，散热差一点 ，全核满载一会儿就会开始降频 2 、考虑到也不是一直全核编译，笔记本上个 32+的内存，基本上都是可以的， 3 、综合来说还是台式机更好，不用担心噪音和散热，扩展性强很多（加内存和硬盘，还有多的 pcie ），不过体积大没有便携性需要考虑 4 、最完美的当然是，轻薄笔记本远程连接到台式机的服务器远程开发，如 vscode 的 remote SSH |
| 23 CodeY99 362 天前 主要是有时候还得开发移动端，感觉两台机子同步会带来更多麻烦。 |
| 24 ShioWSX 362 天前 @niumiworkshop707 感觉是能上台式就尽量台式，有个笔记本应付临时外出就好了，毕竟不是天天到处跑， |
 | 26 VERT1GO 362 天前 linus 严选，AMD yes |
 | 27 ftfunjth 362 天前 via iPhone 买两颗霄龙 epyc 的 7k62 洋垃圾算了，那编译速度杠杠的 |
 | 28 ivvei 362 天前 线程撕裂者，应有尽有。 |
 | 29 cabbage 362 天前 via Android |
 | 30 msg7086 362 天前 你们有没有想过，给别人推荐 AMD 的话 AMD 产品的售价又要涨了（ |
 | 31 FlashEcho 361 天前 openbenchmark 上有编译 linux 内核的比较： https://openbenchmarking.org/test/pts/build-linux-kernel-1.16.0 |
Select Language