弄一根好点的天线就可以了

@maoshen1234 好的，我看看这个体积有多大，还是在意体积的

@zhangqian99 智选看了下，似乎频段支持不多？

@godmiracle 酷安老哥说有 U60Pro ，但是我看似乎还没发布

@dlwlrm 我现在手持 MI14 ，在郊区的时候 MI14 只有 4G 信号，u50pro 能 5G 3 格，所以这个挺满意

@dlwlrm pixel 的信号怎么样？倒是没用过这个机型

苹果不管的，有几个朋友就买的这种机器，不过你当主力机用的话要注意下频段支持的问题。
反正他该赚的钱已经赚到了，推出各个版本也就是各区域监管的问题，而且你以后可能还会在 appstore 消费，给他们带来收入。

HyperOS 的保活似乎是要好一点，之前用 MI13 的时候有感觉，另外内存扩展不用关闭，HyperOS 修复了内存扩展没用的问题。

如果解压的时候用不满 CPU ，那说明解压软件有问题，多线程优化不好

刚链接放错了，是这个
https://www.windowscentral.com/software-apps/windows-11/qualcomm-launches-snapdragon-developer-kit-with-12-core-x-elite-at-build-2024

如果不急的话，可以考虑一下 window arm 的开发套件

各个视频剪辑软件预览版也能用了，低功耗，骁龙处理器（差不多 m3 水平）

https://www.microsoft.com/en-us/d/windows-dev-kit-2023/94k0p67w7581?activetab=pivot:overviewtab

如果着急的话，那就不要买了，现在 windows on arm 还是有些小坑

减肥 + 戒果糖 + 多喝水

这个东西后面有开源自建的服务端嘛？ P2P 内网穿透是 UDP 还是 TCP 协议？

还是那句话，不如用 C# .NET ，开发效率高，资源占用还低

@artiga033

我举 AOT 的例子也只是贴近更小的体积和内存占用，实际上直接跑个 ASP.NET Core （ DATAs GC 模式）不走 AOT 内存也只是会多个 10M 左右的水平，只是发布会多个 runtime 的体积。

从题主的需求来说，桌面端不用考虑，go 的桌面端几乎等于没有，而且基本没有动态代码功能。ASP.NET Core + Native AOT 写写题主要求的已经足够，而且编程效率比 Go 高多了，另外.NET AOT 有 Static PGO 功能，一样可以对热点代码高度优化。

可以直接用.NET 走 NativeAOT ，我之前搞个 ASP.NET Core 项目启动内存占用 15MB 不到，压测以后不到 50MB ，还可以用更轻量的 http 框架，C#语法和 Java 差不多，半天就能上手。

小米除了手机以外的软件体验都一塌糊涂，硬件配置很好，软件一塌糊涂，举自己的例子：
1. 201x 年具体时间忘了，当时小米出了第一代路由器，硬件炸裂，还自带硬盘，拿过来以后烫的不得了，而且 web 管理后台基本是半残废的，连静态路由都不能配置，当时搞了个什么插件功能，但是插件就那么几个，明明基于 openwrt ，还搞那么差，后面索性直接刷 openwrt ，温度降下来了，各种功能都有了。
2. N 年过去，去年毕竟都走入 wifi7 时代了，各种设备都是 wifi6 ，应该过了这么多年小米路由器应该迭代的不错了，买了 Xiaomi BE7000 ，4 核 CPU 1G 内存，还自带 docker ，跑些小容器岂不是美滋滋。买回来之后：
1. 1 webui 还是半残废的，静态路由这种 30 块钱垃圾路由器都有的功能它没有
2. 2 要定时关闭指示灯，抱歉，webui 操作不了，必须在米家 APP 里面
3. 1 docker 也是一个权限阉割的半残废，貌似因为权限被阉割，ui 都卡的不得了，想装个第三方的管理，不好意思，没权限
4. 1 芯片比较新，现在还没 openwrt 的支持，估计还得等几年。

我整了个 Huawei Matebook E Go ，骁龙 8cx gen3 16+512 ，Windows for Arm 系统，续航连续能用 10 多个小时，我基本一个星期一充。

我目前主要使用 C#语言，回答一下这个问题（之前有在 top 互联网、金融公司使用 C#案例）

1.你在业务中遇到过（或预计遇到）由 GC 带来的、不能接受的性能瓶颈吗（如 STW ）？你有过针对 GC 来修改代码，以优化性能的经历吗？

在极端测试中经常遇到慢很多倍，卡好几秒这样的场景，但实际在业务中，没有遇到过这个问题，也没有针对 GC 修改代码来优化性能。

2.如果用可以避免堆分配的语言（如 Go ），你会有意选择减少堆分配的写法，来节约 GC 成本吗？

经常使用这种方式来减少堆分配，比如池化内存，使用堆外内存等方式。

3. 你对目前使用语言的 GC 性能满意吗？

目前.NET GC 还是针对高吞吐量进行优化的，STW 表现从测试来看并不是最好，但是实际场景中从来没有遇到过问题。

4. 你的业务场景下，可能会为避免 GC 的其他缺陷（例如内存颠簸）换到无 GC 语言吗？

并不会，切换到其它无 GC 语言，带来的提升不会很高，有时候 RAII 和引用计数的开销其实更大，特殊场景下无 GC 语言频繁内存申请吞吐量不如带 GC 。（不过本身 C#就可以做到无 GC ，似乎也没有换的必要）