根据都市传说，此年间的 MacBook 去掉电池（或电池故障）靠 AC 供电时，CPU 只会运作在 800 MHz 。

友情提醒单卖的 Magic Trackpad 其 polling rate 是 90Hz （无论接 USB 还是蓝牙）。
笔记本内建的是 125Hz 。

使用者可感知的 UI 流畅性和单核性能是相关的。
Intel MacBook Pro 的 9 代 Coffee Lake i9 单核性能大概是 M1 的 2/3 。
在长时间运作或多线程运作时，Intel 的单核性能会因为功耗限制或散热限制，逐渐滑落到其峰值的 2/3 甚至 1/2 。M1 的 MacBook Air 只会降低 10% - 20% 左右。

装个 winget 就行了。winget 可以安装 msstore 里的软件的。

不好意思没看到远程也需要同一个账户，请忽略上述回答。

Windows Server + RemoteApp

@Pazakui1259
@coolmint
补充一下，从 Pixel 7 开始的 Pixel 手机也可以双 eSIM 在线了。楼主有双 eSIM 的需求也可以考虑一下 Pixel 。

就楼上的码率相关回帖做补充。

有损压缩中，不同编码间不能直接比较码率大小，但可以笼统来说 AAC 比 MP3 更符合人的听觉特性。

同种编码，使用不同编码器在相同码率下也会有不同的质量。
就 AAC 而言，业界领先的编码器为 Fraunhofer FDK AAC 和 Apple CoreAudio 。我没有找到应用 FDK AAC 进行编码的流媒体平台，但是苹果是肯定在 Apple Music 和 iTunes Store 中应用 CoreAudio 编码器的。

Google 在 YouTube Music 中使用的 AAC 编码器质量极低，256 Kbps 会员音质成品甚至不如免费能听的 160 Kbps 的 Opus 。

附一个 CoreAudio 和 FFmpeg 内置 AAC 编码器在 80 Kbps 下的对比
https://satellitemx.github.io/static/aac/

另附关于 Tidal MQA 分析
https://www.youtube.com/watch?v=pRjsu9-Vznc

@Explr
电脑不需要代理的呀，所有数据都是浏览器通过蓝牙从你手机拿的。
我的意思是因为你的手机的 Passkey 是存在 Google 账号里的，需要先从里拿数据所以可能需要代理。
你好像唯独没有测试电脑不开代理，手机开代理的情况吧。
iOS 设备的 Passkey 是存在 iCloud Keychain 或其他密码管理器里的，不需要代理。
国行 Android 手机我不太清楚。

扫码只需要蓝牙。
Google Chrome 只是可以通过手机上的 Chrome 唤起配对流程面去扫码而已，实际上还是蓝牙。
Passkey 是可以存在 Google 账号里并同步到其他 Android 或 ChromeOS 设备的，这种情况下可能是没连梯子导致网络请求失败？
Android 手机还支持作为硬件密钥，验证流程是很相似的，你得区分一下。

@ljy7723656 顶部状态栏应该是 Dock 管理的。试试终端 killall Dock

支持 eSIM 的手机一般都支持物理卡 + eSIM 双卡双待。
iPhone 从 iPhone 13 起支持以两张 eSIM 双卡双待。
Android 我所知的只有 Pixel 7 起及后续机型支持两张 eSIM 双卡双待，别的 Android 都只能物理卡 + 一张 eSIM 。

独显 MacBook Pro 在外接显示器的时候会强制打开独显，且内屏也会使用独显。
这几年 AMD 显卡通病之一是在驱动 2 台及以上屏幕时，显存强制工作在最高频率，导致静息功耗升高。Windows 下和市售显卡也是这样的。
15 寸 MacBook Pro 的散热设计拉垮，因为有了显卡发热挤压 CPU 的散热空间导致其降频。

@jonathanmartinez 合上之后只驱动一个外接屏幕，显存工作正常。

个人曾持有 2019 款 16 寸 Radeon Pro 5300M ，显存通病发生时显卡静息功耗都有 20 瓦，盒盖只接显示器时掉回 5W 。

CPU 跑到几百 % 的都是软解。Chrome 系浏览器硬解会直接调用 VideoToolbox 的。
只需要看 VTDecoderXPCService 有没有在运作就行了，通常在个位数 % 的 CPU 占用。