heroic 依赖 umu-launcher启动游戏，但游戏启动很慢，无论游戏大小都要等十几秒，偶尔要等几十秒。原以为proton初始化慢，无意中发现不联网时，启动只需要几秒，也就是说网络请求阻塞了游戏启动。在heroic、umu 和proton-ge-custom的代码仓库中搜索抓包得到的域名，发现问题出在umu上。
它在每一次运行时都会先连接1.1.1.1，检查网络连通性，然后再请求steam服务器，获取steamrt的版本信息，最后再启动游戏。umu的文档中给出了 UMU_RUNTIME_UPDATE 环境变量，但无论开关都不影响前面的行为。
这个问题 issue 区已经有人提到了，但看起来作者并不觉得这是问题 沟通并不愉快，所以短期内应该解决不了了。
自己改一下代码吧，或者处理一下网络。
因为不玩网游，所以我用脚本把umu包了起来，脚本中用bwrap断网。如果玩网游，那就要换种方法了。
看上去 member 没有表示沟通不愉快，只是 member 评论的时候报告者还没有提及 1.1.1.1 的事情。只是后面贡献者表示不喜欢不使用英语沟通，另外我看很长的那条应该是报告者用母语问了 LLM 然后直接把 LLM 输出贴过来了吧。
我估计如果提个合适的 PR 过去的话维护者是会乐意合并的
UMU 我之前修过也提过PR。 感觉风格还是挺个人小项目的，问题也不少，然后各种东西耦合得很多。当时我的PR大概过了一个多月合的。等人修估计有的等了，建议自己动手丰衣足食x
我对proton不熟悉，linux版steam更是从来没用过，umu的代码要兼容它们的行为，不了解它们实在不敢下手。自用可以大胆改，提交到上游的时候引入bug就不好了，会影响很多用户。
发出来主要是给大家提个醒，之前因为启动慢查过不少帖子，但都不了了之，没人意识到是umu的问题。一旦知道了问题，缓解的方法还是挺多的。
只是网络检查的话我觉得还好，哪怕单独引入一个环境变量来禁用它就行，应该不存在破坏兼容性的风险
我想仔细读一下代码，把运行和更新的逻辑分开，这算大改了。如果搞不定，或者没时间了，再引入环境变量也不迟。
刚才在heroic中也发现了一个问题，每次运行游戏时，它会调用两遍proton，怪不得启动速度比wine慢这么多
最近是不是变快了, 我把 heroic 换成 faugus 后启动蛮快的