async/await 这套原理上是非常高效的，并且是通用的异步方案，调度也并不依赖线程池。
MSVC 团队的人之前在 CppCon 上展示了用 C++ 20 的 coroutine 做 CPU prefetch 来提升 CPU 缓存命中率，性能和你人工写的高度优化的状态机没有任何差距： https://isocpp.org/blog/2019/09/cppcon-2018-nano-coroutines-to-the-rescue-using-coroutines-ts-of-course-g
这种层面的东西是 goroutine 、project loom 等 stackful coroutine 根本没法企及的，他们的作用只是减少 blocking ，而 async/awaiit stackless coroutine 出发点是设计出一套通用的异步方案。

GC 不会立即 decommit 掉分配的内存的，因为很可能刚刚使用的内存很快又会被使用。
如果代码中没有内存泄漏的 bug 的话，这个数值不会一直往上增长，而是最终会维持在一个稳定的范围内。

一门语言只需要支持顺序、判断和跳转就能表达任何逻辑了，那照这么说其他任何特性全都是语法糖。

@hez2010 发布命令用的是 dotnet publish -c Release -r win-x64 /p:PublishTrimmed=true /p:PublishSingleFile=true

试了一下，使用 asp.net core 包含完整的 runtime 进行自包含发布，然后服务端渲染出一个完整的 HTML 页面出来，编译后体积 32mb ，运行之后占用内存 34mb 。所以你这个有 128mb 内存的话我觉得还是没问题的。


StackOverflow 就是 ASP.NET Core ，现在已经升级到了 .NET 5

.NET 7 会加入新的 NativeAOT 工具链，可以将应用程序像 C++、Rust 那样直接编译到本机代码，不含任何的 IL 代码，因此无法被反编译。不过首个版本应该会有不少兼容性问题，只能应对一部分代码。ASP.NET Core 可能还比较好办，但是 EF Core 这种重度依赖反射和表达式树的不一定能 works out-of-box 。

NTFS 完全没有开源过，macOS 和 Linux 的 NTFS 驱动都是第三方逆向做出来的，自然会有各种兼容性问题。相当于 macOS 和 Linux 的驱动把硬盘数据给损坏了，但他们以为自己没损坏，于是到了 Windows 的官方实现里认为数据是错误的。这怎么看都是 macOS 以及 Linux 的 NTFS 驱动实现有 bug 。

可以用 USB over TCP

这是一个古老的问题： https://github.com/PowerShell/PowerShell/issues/1908 ，PowerShell 的 > 会把东西转换成文本导致原数据被破坏，只不过因为为了兼容性一直没有进行这个破坏性更改。
另外 PowerShell 的 cat 也是默认转换成字符串数组，要用 Get-Content -AsByteStream xxx 或者 cat -AsByteStream xxx 才能获取到源数据。

不过下一个版本 PowerShell 7.3 应该会给出解决方案。

开源项目里面非常多的构建脚本都是 powershell 写的，因为可以跨平台跑并且自带的库非常齐全。如果用 python 写的话经常会遇到要额外用 pip 装包的情况。

另外 PostgreSQL 用得很多，反而用 MSSQL 的没那么多。PostgreSQL 的 EF Core 组件： https://github.com/npgsql/efcore.pg

ASP.NET Core 是一个完整的框架，不过很多组件都是以中间件的形式提供的，包括你说的 BasicAuthentication 在内。
这样用不到的组件可以不引入代码，有效提升性能和减小占用。

建议多阅读文档： https://docs.microsoft.com/en-us/aspnet/core/introduction-to-aspnet-core?view=aspnetcore-6.0 。（ en-us 改成 zh-cn 就是中文版，但是中文版有些是机器翻译可能反而不如英文版好懂）

@3dwelcome electronjs 太卡了，浏览器进程和主进程 IPC 效率太低导致整体运行速度缓慢，如果只是展示个页面倒没啥，一旦涉及交互就非常难受。

@szzhiyang 你直接在 edge 的那些按钮上右键，就能直接关掉按钮了，无需进入设置。

@kop1989smurf 编译之后没什么区别，但是模式匹配编译出来的东西是经过分支合并和优化的，你自己写的不一定能有编译器编译出来的效率高。不过当然也可以花费更多精力来写和模式匹配效率一样的代码，但是自己写更容易陷入各种循环和条件中导致出错，而模式匹配的行为则一目了然。

试试 Azure DevOps Server：
https://azure.microsoft.com/en-us/services/devops/server/

跨平台桌面应用开发还是 Avalonia 吧，移动的话也在 Avalonia 的路线图里。MAUI 虽说是可以试试，但是现在这个时间点正式版都没发，还远远不成熟。

osu!（一个在全球范围都很火的音游）： https://github.com/ppy/osu
Nintendo Switch 模拟器（四舍五入也算游戏）： https://github.com/RyuJinx/RyuJinx