手里有台 13700K+4080S 的顶配机，装 Linux 纯开发算浪费吗？

最近手头这台主力机有点“高射炮打蚊子”的感觉。

配置单列出来应该挺让人眼馋的：i7-13700K、RTX 4080 Super、64G 内存。当初装机的时候满脑子都是 4K 光追大作，结果现在这台机器常年被扔在书房里吃灰，风扇一转就吵，我平时都是远程桌面连上去干活，连显示器都不常开。

博主提到的高配主机（13700K+4080S）

为什么要折腾 WSL？

说实话，我是被逼的。手头有个开源项目死活只能在 Linux 环境下跑，加上常用的那个 Codex 应用在 Windows 下经常跟 PowerShell 打架，不仅报错多，体验还卡顿。于是，我把 Codex 的运行环境切到了 WSL（Windows Subsystem for Linux）。

切换后的体感确实丝滑了不少，命令行响应快了，之前那些莫名其妙的兼容性报错也少了。但真正用起来，你会发现这就只是治标不治本，WSL 和 Windows 的“夹层生活”带来了新的心塞。

WSL 使用的三大痛点

如果你也在用 WSL 做主力开发环境，下面几个坑你肯定踩过：

1. 文件系统的“时差”

WSL与Windows网络互通问题示意图

虽然现在 WSL2 对文件系统的访问优化了不少，但数据往往还在 Windows 盘里。当 Codex 需要在 Linux 环境下频繁读取 Windows 分区的文件时，那性能损耗肉眼可见。特别是处理大量小文件或编译项目时，跨系统的 IO 成了新的瓶颈。

2. 会话不兼容，自动化任务“失忆”

我之前很多日常脚本和小任务都是在 Windows 环境下配置好的。切到 WSL 后，Codex 的会话跟 Windows 那边完全不互通。有时候想查之前的记录，结果发现根本读取不了。更尴尬的是，有时候不小心触发了自动化任务，它在 Windows 后台默默跑完了，我却在 WSL 环境里傻傻等结果，或者反过来，完全不知道任务去哪了。

3. 网络互通的玄学问题

这是个很隐蔽但极其搞心态的问题。比如我本地用的 CPA 工具或者一些反代服务，监听地址默认是 127.0.0.1。在 Windows 下跑得好好的，一旦切到 WSL 环境，这个地址是访问不到的。

我平时用 Cockpit Tools 这类小软件，每次为了同步配置，还得手动去改 config.toml，把访问地址改成 WSL 能识别的 IP。这种重复性的机械劳动，真的很消磨耐心。

索性“裸奔”装 Linux？

这套配置本来是为了打 3A 大作准备的，如今也就偶尔上线打两把炉石，处于“电子阳痿”状态。家里那两台旧电脑跑个炉石绰绰有余。

于是我冒出一个大胆的想法：直接把这台配置最好的主力机装成纯 Linux 系统。

这样做的好处显而易见：

• 性能释放彻底： 没有虚拟化层的损耗，CUDA 和显卡驱动能发挥到极致。
• 环境统一： 彻底告别 Windows 和 Linux 互相拷贝文件、改 Hosts 的烦恼，开发环境全部本地化。
• 降噪节能： Linux 下的调度策略往往更积极，或许还能比 Windows 跑得更冷静一点。

但问题也来了，最大的顾虑就是那块 4080 Super 显卡。

把顶级游戏卡专门用来跑代码、跑服务，算不算一种资源的极致浪费？

如果你也面临同样的纠结，或者已经把高配 Windows 机“开除”转投 Linux 阵营，不妨聊聊你的看法。特别是对于 4080 这种级别的显卡，除了打游戏，在现在的 AI 绘图、本地大模型跑分或者视频渲染上，能不能在 Linux 下找到它的第二春？

如果是遇到类似网络代理不通的问题，建议大家在 WSL 的 /etc/resolv.conf 里检查一下 DNS 设置，或者尝试在 Windows 防火墙里放行 WSL 的相关端口，通常能解决大部分 127.0.0.1 访问失败的问题。当然，最彻底的办法还是——重装系统，一步到位。