@LokiSharp “主机平台那就只能用 Unity 、Unity 这类商业引擎”
重复了两次“Unity”，我猜其中一个应该是想说 UE 吧？

@tony1016 你不玩 Mod ，我玩，所以我不认为主机方便。

我玩的好几款游戏都是支持用 Mod 、体验 Mod 的乐趣，其中有个别种类甚至是主机玩起来远不如 PC 灵活。

综合下来，对我而言，主机并不方便，甚至还带来拖累。感受不到主机的方便。

@20230710 不但是 Lambda 函数调用产生的，还有迭代器的函数调用，也就是 begin()和 end()。O3 的优化会把迭代器的调用优化掉。

@sky96111 不清楚 OpenWRT 的设置，我很久没用过了。
像是 pfSense 、OpnSense 这类防火墙系统，都可以指定单独给某个 MAC 地址设置策略，不清楚 OpenWRT 能否根据 MAC 地址设置相关策略，也许可以看看设置页面是否有类似的配置

@fake23 目前不清楚哪里的 IPv4 线路比 IPv6 线路丢包高，这两个月我遇到的都是 IPv6 线路比 IPv4 线路丢包率高

广州电信到英国 Vultr ，IPv6 线路，无论白天还是夜晚，丢包率都高得爆炸，竟然高达 45%~50%
上个月都没这么严重，再多都不超过 15%

另一条到奥地利的线路，IPv4 丢包率 15%~20%，IPv6 丢包率 40%上下，都比上个月严重得多

1 、大多数光猫都有 IPv6 防火墙，默认开启，阻挡 IPv6 入站连接
1.1 、某些光猫的 IPv6 防火墙无法关闭
1.2 、换成支持关闭 IPv6 防火墙的光猫可以解决这个问题
1.3 、改桥接最好，路由器接管这一切
1.4 、除非是运营商在更前方主动丢弃入站连接，这就不是“修理”自家设备可以解决的事情了，只能运营商解决

2 、只要使用者愿意，IPv6 可以有端口映射（比如用手动使用 iptables 配置转发），只不过绝大多数情况下并不需要。都已经有公网 IP ，直接连过去就可以了。

3 、DMZ 分两种。
3.1 、家用路由器的那种“DMZ”，也就是所有端口默认映射到某台机器，在 IPv6 环境下并不需要。原因同上，直接连过去就可以了。
3.2 、真正的 DMZ ，也就是企业架构常用的那种 DMZ ，并非 IPv4 专属。不但 IPv4 可以用，IPv6 同样也可以用。
比如拿到了/60 的网段，可以分成 2 个/61 网段。DMZ 的做法可以是，第一个 /61 允许外界随意访问，所有对外服务部署到这里；第二个 /61 使用防火墙阻挡主动入站连接，只允许内部机器对外发起连接。

@xiangyuecn 机器型号大家都没说，差异可以很大的
再说了，JS 解释器也有 RVO 吧

我自己尝试了好几台机器、不同的系统，原始版本的写法从用时 16 秒到用时 1.7 秒都有，优化后的版本从 124 毫秒到 1.4 秒都有，脱离具体机器谈速度就很不可靠了

@Charod 句末的问号吧

第二个优化是错的，楼上各位已经给出错误原因。
如果真想优化，可以这么写：
std::string& remove_ctrl_opt(const std::string& src,std::string& dst)
没错，也就是返回值是个引用。
然后记得 dst.clear() 再 dst.reserve(n)。

不过看着还是很累赘，不如这样写：

std::string remove_ctrl_a(const std::string& s)
{
std::string result;
std::copy_if(s.begin(), s.end(), std::back_inserter(result), [](auto ch){ return ch >= 0x20; } );
return result;
}

或者：

std::string& remove_ctrl_b(const std::string& s, std::string& dst)
{
dst.clear();
dst.reserve(s.size());
std::copy_if(s.begin(), s.end(), std::back_inserter(dst), [](auto ch){ return ch >= 0x20; } );
return dst;
}

经 O3 选项优化后，remove_ctrl_b 是最快的，比起手动使用迭代器更快。

至于 remove_ctrl_a 和修改正确后的 remove_ctrl_opt 谁更快，那得视乎优化选项，以及编译器版本。在三大编译器（ MSVC, GCC Clang) 不同优化选项都测了下，这两个互有胜负。

真要考虑生态、又不想给游戏引擎提供商打工的话，那显然是 UE 系列更好吧

论生态，Unity 和 UE 明显比 Godot 和 Cocos 都好。

论“打工”，Unity 爆过大危机，被声讨得 CEO 都离职（也就本月的事情）。UE 显然好很多。

另一方面，Unity 最近有一次游戏翻车事件，《天际线 2 》首发时连 RTX 4090 都卡顿到只有十几帧、二十几帧，然而画面却没好到哪里去。P 社 48 小时内推出紧急优化（单纯的选项调整）指南 + 优化补丁才有所挽救。虽然这明显是 Colossal Order 的锅，但我还是不吐不快。（原因： /t/985108 ）

如果可以不工作 + 财富自由，那我会尝试完整地学德语，然后去德国和奥地利，听那里的顶级交响乐团的现场演奏，还有芭蕾舞剧、部份歌剧现场演出。偶尔去周边国家，同样听当地水平上佳的交响乐团的现场演奏、现场去看芭蕾舞剧+歌剧演出。
剩下的时间，玩游戏。

运气不单单只有好运，还有 bad luck

比如出门踩中狗粪，显然也是运气的一种，只不过是 bad luck 。当事人未必会到处说“自己踩到狗粪”，因为有可能会招致嘲笑，而不是共情。
顺便一提，这种事情发生的概率说高不高，但就很恶心，是“狗主人与其他人的矛盾”、“人狗矛盾”的源头之一

我也遇到同样情况，手机 Outlook 应用都已经跳出通知了，电脑却不见有任何邮件通知

最后没办法，然后想起自己买过 MS Office 软件，里面就带了 Outlook ，于是打开 Office Outlook 客户端，登录账号，这下舒服了

许多命中概率的人并不会主动广而告之，甚至对外声称自己没命中

命中概率的人，并没有任何义务告诉其他人，自己命中了（被公布那是另一回事）

所以很容易导致目光就会集中在某些特别爱炫耀的人身上

看来许多人都不知道，Windows 10 自 2018 年的 1803 更新起，就自带 ssh 、curl 和 tar ，微软自己就有记录：
https://devblogs.microsoft.com/commandline/windows10v1803/
只要用 cmd.exe 的话，就能保证一定是用到 curl.exe ，而不是 PowerShell 的 Invoke-WebRequest

而且自 PowerShell 7 起，‘curl’ 不再是 Invoke-WebRequest 的 alias 。
所以，只要是使用 cmd.exe 或者 PowerShell 7 运行 curl ，就一定不会触发旧版 PowerShell 的 Invoke-WebRequest

唯一问题是，Windows 自带的 curl 版本比较旧，所以用起来稍微会有差异。
还有，Windows 虽然带了 tar ，但是不少 Windows 版本都缺少相关压缩库依赖，无法支持部份选项。也就 Windows 11 在 2023 年 9 月更新之后会有所改善，可以支持的选项齐全一点。

@bao3 用主机玩天际线，那就太可怕了吧

且不说手柄操作相对键盘麻烦得多（也就 xbox 能用键鼠），城建游戏还特别需要一大堆快捷键查阅各种不同状况的数据，手柄就只能点击 UI 逐个找

不是所有游戏都适合用主机玩的

明明 OP 最后一句就提到了 Desktop 机型，顺着话题讨论本来是一件很正常的事情，偏偏讨论楼层内有人直接连正文都不看，还四处开火

都这样的话，应该并不是什么 fallback 问题，纯粹就是 Visual Studio Installer 自己的问题