@hanssx 这是 appx 啊，走的 Windows 包管理器，你自己手动删当然会出问题。
控制面板不会显示 appx 应用程序的。

你可以换回 vscode 用 GitHub Copilot ，最近 Copilot 迎来了一次大更新，有个新的 Copilot Workspace 直接取代 Cursor 的各种功能了。

开始菜单里右键 Arc 浏览器就能卸载了啊

macOS 启动程序的时候是需要校验安全扫描程序的，这个过程会导致你首次开启 app 卡好几秒。

IsEnabled 可以说是冗余，Enabled 就可以。
但是 IsName 和 Name 就是完全不同的含义了。

不过个人认为只要不是名词应该都不需要加那句多余的 Is 。

@raptor hyper-v 有 GPU-PV 半虚拟化，直接把宿主机的 GPU 分区共享给所有 VM 一起使用，而且同时支持客户机是 Windows 和 Linux ，性能几乎没有损失（虽然 Linux 需要自己编译内核把 dxg 驱动搞进去），同时宿主机上使用 GPU 也不受影响。光这点就比 pve 香太多了。

@hez2010 图没贴上，再贴一次。


@Byleth 我这里改了一下注册表可以开硬件加速并支持 4K 60fps ，轻轻松松跑出 80mbps+ 的峰值，打游戏都很流畅，放 4K 视频更是没问题。只要网络足够好你打 RPG 游戏的话都感觉不到任何延时。

放个 RDP 远程打原神的网络占用：


@felixlong 微软商店现在是原生 UWP ，不是 React Native 。

开始菜单的推荐栏、设置 app 的账户那一整个页面都是 React Native for Windows 做的。
React Native for Windows 是直接封装原生控件的，控件效果当然和原生是一致的。

装完更新要重启了是一定会有提示的，而且是无法打断的置顶全屏提示，自己无视了那也没办法。
如果要跑长任务，最有效的办法是在开始的时候去更新那里点一下“暂停更新”。

> 直到看到有人说是用小拇指去按 Ctrl 我才恍然大悟，感情你们用错误的手法去按 Ctrl 这能好按吗？

但是用小拇指按 Ctrl 很舒服啊？
用小拇指按 Ctrl 难受的我觉得都是平常压根不用小拇指的导致没力量（
况且就算打字的时候也经常会用到小拇指吧，按 shift 、切换大小写哪个不是用小拇指的。

最新版本的 surface laptop 7

@hez2010 看到 OP 说用过这个，MySQL 的支持需要自己在插件里面搜索安装的。

Azure Data Studio: https://learn.microsoft.com/en-us/azure-data-studio/download-azure-data-studio

虽然名字叫做 Azure Data Studio ，但是是一个功能非常强的还支持插件扩展的数据库管理器，可以连接任何数据库，不一定非得是 Azure 的。

@lesismal #10

> 我可从来没说过这个, go 标准库海量并发占用高我自己就知道, 所以我才搞 nbio 之类的方案优化, 而且相对成熟了, 可以替换标准库方案, 但是你们非要"只用标准库方案"的方式来评价整个 golang, 就不合理了

标准库目前有计划改善这个问题吗？毕竟标准库用起来最简单，如果标准库能解决这个问题的话那岂不是不需要 nbio 这类的方案优化了。
另外看了一眼 nbio ，似乎是针对 client-server 网络场景特化的，牺牲了通用性。例如通过 goroutine 来代替多线程进行并行计算也是一个有效的场景。

@lesismal

> 毫无意义的测试, 却顺便拉踩, 捧 java 踩 go, 实在看不下去了我才必须出来澄清下.

跟 Go 的 goroutine 同样是 green thread 方案的 Java virtual thread ，在并没有做任何池化的情况下，只是简单的 new Thread ，在 1M tasks 占用确实比 goroutine 小了很多，这难道不能说明 goroutine 的资源占用确实不佳吗？

况且文章前面也肯定了 Go 在轻量负载时的占用小、否定了 Java 在轻量负载时的占用大，怎么就能被理解成踩一捧一？
如果你认为 Go 就是天下第一，一切 Go 表现不好的测试都是因为测试不好，而 Go 没有任何问题的话那我也没话说。况且这测试也不是我设计的。

没有看到哪里有内存泄露的风险。
调用 Subscribe 的方法所在的对象如果被回收了那对 _messages 的引用也就自动没了，除非你是在哪个具有 static 生命周期的对象中调用了 Subscribe 。