台式机把温度墙和风扇曲线调一下，噪音问题基本可以忽略。
主要是要做好性能比官方宣传和网上评测性能差的心理准备。

至于颜色的问题，你买两块不一样的显示器颜色也不一样。而且果子的屏幕我记得也有冷暖屏的事情。

www.ithome.com/0/769/622.htm 酷冷至尊发布 AI 竞彩导热膏：导热系数 12.6W / mK ，蓝 / 红 / 绿 / 黄 / 黑 / 白色可选 - IT 之家
www.ithome.com/0/770/585.htm 酷冷至尊回应“AI 竞彩导热膏”名称歧义：持续产品创新，帮用户发挥最佳机器性能 - IT 之家

现在去外企，尤其是美企必须考虑的风险是温水煮青蛙式的脱钩

不知道是不是楼主在深圳感受不强，反正上海这边隔三差五的就有外企走人的消息，没走的也很少再扩张了。

Copilot 不知道，但是 Codeium 有类似的东西：
codeium.com/blog/context-aware-everything-more-advanced-realtime-context-than-github-copilot Context Aware Everything: More Advanced Realtime Context than GitHub Copilot
codeium.com/blog/codeium-context-pinning-launch Context Pinning
codeium.com/blog/personalization-context-awareness-vs-customer-specific-finetuning Personalization: Context Awareness vs Customer-Specific Finetuning
codeium.com/blog/user-personalization-for-llms User Personalization, the Next Frontier in LLMs

感觉主要还是 RAG 变体，结合代码库中的一些固定结构

看到备战黑神话悟空就想起几年前的备战 2077 ... 不过那一波还好，显卡买到手不亏

我觉得上个帖子 #25 说得很有道理，楼主先把光纤埋好，这玩意便宜。

然后要 10G 的话，主工作站和 NAS 先连一下（还得是固态 NAS 才有意义，或者也可以试试超大内存做 HDD 缓存 ...），一对网卡就行，主网络可以暂时保持 2.5G
因为实际上能用到 10G 带宽的设备并不多，WiFi 设备全都用不上，电视也用不上，预算受限就放在最重要的地方
不过我觉得楼主主要是折腾需求，虽然把我觉得上面这一堆折腾完就挺折腾的了 ...

@yunv2
#6 这个可以挖一挖：给两边准备同样的虚拟机 Linux 镜像与相同版本的虚拟机软件跑编译，结果是怎样的，依然是 7840H 比 5700G 慢么？

SD 和 LLM 这两个需求其实是不一样的
LLM 看个人需求，跑得快当然好，有的场景慢一点也无所谓
但是 SD 实际使用中需要迭代调参才能试出相对满意的结果，这种情况下能快速推理生成预览是非常有用的
就像过去 3D 建模调材质，CPU 渲染很慢影响效率，但是后来 CPU 核数上来了，又可以用 GPU 硬件加速光追，效率指数级上升

美国有可能会禁掉中国的 swift ，自己看着办吧

我怎么感觉如果这是 C/C++ 的代码的话，主楼原本的写法就挺好的 ...

Code Interpreter 不知道，但是 Function Calling 的能力的话，一般认为 OpenAI 是对其模型进行了专门训练才能达到如此的效果。开源模型如果没经过类似的训练的话只能在 Prompt 上做手脚，结合限制输出 token 的手段。目前 Llama 系列官方模型都没有 FunctionCalling 的训练。
github.com/MeetKai/functionary MeetKai/functionary: Chat language model that can use tools and interpret the results 这里倒是有个原生支持 Function Calling 的

www.youtube.com/@AppleProgramming AppleProgramming - YouTube
油管上的老哥，教程从 C 出到 ObjC 再过渡到 Swift

@moonjourney 我不是说个别包里的个别 hack ，而是 nix 的整个 approach 像个 hack

ARK 上 QSV 是有的 www.intel.com/content/www/us/en/products/sku/80917/intel-xeon-processor-e31226-v3-8m-cache-3-30-ghz/specifications.html Intel® Xeon® Processor E3-1226 v3
可以多试几个软件看看

不同 distro 方向不同不能比较
比如对我更有吸引力的可能是 CachyOS 和 Clear Linux 这种

Nix 的问题我觉得是 UNIX 生态下很多程序是依赖于这套文件系统的，强行变成另一种模式让人觉得这玩意是一个巨大的 hack ，反而不 cool 了，所以我试了两天就不再用了。

@FightPig
说的是这个 world.hey.com/dhh/fonts-don-t-have-to-look-awful-on-windows-564c9d2f Fonts don't have to look awful on Windows 还有这个 twitter.com/dhh/status/1762595923857903860 DHH on X: "That crazy 8K Dell monitor came in, and the text is so fucking crisp, it's hard to convey in words. Substantial step up over the 6K Pro Display. But... there's a caveat. It basically doesn't work in dark mode. The thing is a mirror. Is this good enough to give up on dark mode? " / X ？

他的意思应该是 Retina 级别就可以了，他是先用的 Pro Display XDR ，然后觉得很不错，换了 8k 之后更好了由奢入俭难了。这个和楼主的看法是相反的，DHH 认为硬件到了一个 baseline 之后下两边是没啥差距的。对于桌面系统这个 baseline 就是苹果惯用的 218 dpi 左右（即 27 寸 5K ，32 寸 6K ），不难发现现在 PC 主流的 HiDPI 硬件比这个低了至少一个等级，但是还没到 8k 那么夸张。

不过这个说法也就仅供参考，毕竟他还说：
> I just spent last week using a PC on a 27" 4K monitor (163 PPI) where I accidentally committed the other common cardinal sin that make fonts look like shit on any system: Fractional scaling. I had the screen set to 150%. No wonder it looked offensively bad compared to the Mac! You can't split a pixel, so the system has to do all sorts of typographically nasty tricks when doing non-integer scaling, and the end result is awful font rendering.

我是看不出 fractional scaling 和字体渲染之间有啥必然联系，正确实现的 fractional scaling 不需要在字体渲染级别 split a pixel 。结合他给出的引用，他很有可能搞混了 fractional scaling 和 subpixel rendering 。

每个 ISA 都有自己的坑，不好说哪个编译起来更复杂。同一个编译器，不同后端下的功夫也不一样，你可以只做最基本的指令选择寄存器分配，不做优化，就说我编译没编译吧。就不说不同编译器版本和编译选项的坑了。这个还可以套娃：就是你编译器本身是怎么编译的？就不说拿 -O0 的编译器来跑这种老六行为，就现有主流编译器，过一遍 LTO+PGO 或者 post-link optimization 就能有两位数百分点的提升。

最好还是统一编译到同一架构来比较。
而这个图压根没有给出任何相关信息，作为性能比较是不合格的。


@agagega #6
> 编译时间绝对大头肯定是优化，这部分和目标平台没啥关系。
感觉真不一定，几个重量级：C++，Rust ，Haskell ，Scala