M1 目前较为落后, 且 HDMI 是 2.0.
M2 支持嵌套虚拟化, 功耗和发热都有一定改善.
M3 目前性价比较低.

看起来 SIGSTOP 实际上也是一种暂停, 不过它比较暴力. 其实这也是一些软件可以发挥作用的地方.

@kkocdko Source: https://support.microsoft.com/zh-cn/topic/%E4%BA%86%E8%A7%A3-microsoft-edge-%E4%B8%AD%E7%9A%84%E6%80%A7%E8%83%BD%E5%8A%9F%E8%83%BD-7b36f363-2119-448a-8de6-375cfd88ab25

什么是睡眠选项卡？
为了提高 Microsoft Edge 浏览器的内存和 CPU 利用率，我们开发了一项称为睡眠选项卡的功能。
睡眠选项卡使后台选项卡处于非活动状态两小时后进入睡眠状态，以释放设备上的活动选项卡、新选项卡和其他应用程序的资源。 可以通过转到 “edge://settings/system”来调整时间间隔。 睡眠选项卡将淡出，以指示它们已释放资源。 若要恢复睡眠选项卡，请像普通选项卡一样单击它。 选项卡将取消淡化，内容将立即可用。

睡眠选项卡技术的工作原理是什么？
睡眠选项卡建立在 Chromium 冷冻技术的核心之上。 冻结会暂停选项卡的脚本计时器，从而最大程度地减少 CPU 使用率，并释放操作系统以将内存重新用于其他打开的选项卡、新选项卡或系统应用程序。

睡眠选项卡和丢弃的选项卡之间有什么区别？
睡眠选项卡只是暂停页面，允许 Microsoft Edge 释放系统资源。 具体而言，睡眠会将 CPU 使用率降低到最低，这有助于降低电池消耗并释放一些内存。  睡眠选项卡的优点是，再次回到它是快速和无缝的。
放弃的选项卡会完全放弃内存中的页面内容，从而释放 (CPU 、内存) 的所有资源。 缺点是，当你返回到该选项卡时，需要完全重新加载页面内容。

另外还有一个功能:

Microsoft Edge 中的效率模式是什么？
效率模式旨在帮助延长电池使用时间。 它通过修改后台选项卡活动和一些前台活动来减少资源使用量，以及在处于非活动状态 30 分钟或更短 (（如果“ 使用睡眠选项卡保存资源 ”处于) 状态时）将非活动后台选项卡置于睡眠状态，从而最大程度地减少电源使用。 权益可能因设备、应用程序和个人浏览器习惯而异。

率模式适用于哪些平台？
Microsoft Edge 效率模式适用于 Windows 、macOS 和 Linux 设备。 模式变为活动状态时的默认值因每个系统而异：

但是, 2FA 也是可以自动填充的.

改善续航和功耗不一定是要以牺牲用户体验为代价, 不同的用户有不同的取舍. 但就 1 的提升是最大的, 一个更低闲置功耗的硬件往往才是最大改善点 (当然, 同样要配合节能的调度策略). 但并不是说其它策略是完全无用的.

1. 即使硬件功耗高, 软件也是可以优化的;
2. 理论上, 良好的调度可以降低独立显卡的功耗, 且可以避免禁用;
3. 这是与硬件及性能 (时间) 强相关的无解问题: 如果限制性能, 那么就可以改善功耗, 无论是主动的 (-j1) 还是被动的 (Intel Atom Processor);
4. 印象中, 有脚本可以禁用软解, B 站的画质在各个编码有码率差异, 画质基本区别不大, 只能是对叔叔的 PCDN 形成了一定的成本影响;
5. 相比 Stop, 可能 Pause 能更好的形容. Edge 有暂停闲置标签页的功能, 不清楚 Chromium 有没有;
6. 理论上, 老版本的 OS 也可以使用新的内核, 但是比较折腾. 在我看来使用现代 CPU scale driver 更多的好处是, 改善功耗和性能的平衡, 确实, 这实际上是更切合实际的省电方法;
7. 拔插外设是比较繁琐的操作, 如果能给 USB 设备断电, 那么使用体验会更好, 这应该是有用户需求的, 即转化为相关软件的使用场景;
8. 屏幕亮度是非常耗电的, 无论是 LCD/OLED/Mini-LED. 在硬件上追求更好效果的方式是使用全贴合屏幕及降低屏幕反射率, 在软件或者 OS 上则也可以利用硬件特性降低功耗, 如利用 OLED/Mini-LED 的黑色区域关闭像素/背光的特性;
9. 老式机器 S3 睡死更大的可能性是 OS 与机器的互操作问题, 新式机器 S3 睡死或不支持有可能是因为 AOAC. 在盒盖状态关闭所有大核及闲置核心, 降低频率是很好的 workaround;

在我看来, 分支用斜杠是很正确的方式, 因为斜杠已经被用于文件夹, 而分支分类的方式按约定俗成的方法沿用斜杠做分类降低用户理解难度, 从结果看并没有什么问题. 但如果从混淆的角度来看, 那 / 是不应该采用的, 因为它和文件夹太相似, 但问题在于, 参数它是有顺序的, 你把文件路径当分支传入那本质上应该归类于你的使用问题, 如果因为相似就不使用, 那相似的特殊字符实在有太多太多. 好的做法是在各个命令中能有相似的命令格式, 即意味着传入参数的基本可以大致相同, 而就我上述提到的 git merge 和 git push 以 1L 提出的格式的话就不符合这点, 所以它的问题是不同参数的区分度不够.

更有可能是 merge 的 origin 不应该使用斜杠, 而不是分支不能使用.
git merge origin/feature/xxx
git push origin feature/xxx:feature/xxx

上面举的例子已经很明确了, 源是源, 分支是分支, 第一种方式本质上是一种把源和分支混淆的简化写法.

有时, 这取决于有多少台电脑.

以前有 T2 的时候黑苹果因为没有 T2 没有奇奇怪怪的小问题而且性价比高, 但是在 ASi 过后体验甚至不如 M1. (内存除外

这个相比 /renew6 可能有副作用: 也许网卡会瞬间断网.

@Material3600 可以试试 netsh int ipv6 set disabled 或 Powershell Get-NetAdapterBinding -ComponentID ms_tcpip6 等等.

直播一般关键帧间隔比较短.

@cr3bit 就我印象中记得的是, 运营商基本都有粗略的行为识别, 可能是出于监管原因, 至少可以识别到:
1. 传入/传出 方向;
2. 服务域名/类型/端口 (HTTP/HTTPS/BT or PT/TCP/UDP, 可能还涉及到其它具体的应用);
3. 发起及持续时间;
4. 持续流量大小;

有点类似于流量计费, 印象中, 以前是不是有这种流量计费的宽带模式?

所以, PCDN 的特征是很明确的: 传出 (上行) 方向, PCDN 服务方特定域名 (在部分文件中也出现过), HTTP/HTTPS 类型, 高位端口 (可能).

@Jirajine 只要大部分用户是属于正常行为模式, 那么小部分用户属于可以容许和调控的范围. 运营商在出售带宽的时候也并没保证其可以一直跑满 (特别是无高峰期保证), 通过 QoS 等技术可以实现优先级控制, 在带宽饱和的情况下优先保证高服务质量要求的应用运作. PCDN 属于盈利性服务, 家宽是不允许用于盈利服务的, 这其中还涉及到一个备案的问题, 而 BT/PT 并不是盈利性服务, 即后者是事实上并没什么关系但被一刀切波及的.

@littlecap
1. 高上传高下载在总体一直是有占比的, 运营商一直在控制这个比例来进行调控和超卖, 运营商不会拒绝将剩下的带宽冗余特别是几乎不要钱的下行提供给有需要的用户让自己的收入更高, 特别是带宽占用是因片区而异的;
2. 上下比例是有各种各样的 来源 / 消息 / 文件 确定的, 且这也是最简单判断的一刀切方法;
3. 运营商有合法且方便的理由拒绝用户进行 PCDN, 但并没有合法且方便的理由拒绝用户进行 BT/PT 下载及上传, 尽管很多用户使用 BT/PT 下载不合法的版权内容, 但前提是运营商有及愿意进一步的具体审计这些内容, 但犯不着;

纵观历史, 限制政策一直是随着 PCDN 而非 BT/PT 而同步, BT/PT 用户的误封也有 申诉 / 保证书 解除案例, 可充分证明你说的是错的.

用户习惯问题, 且分区而非分文件夹可能有助于降低误操作率.
现在也有这种情况, 不过不分区占比相对也大了一些, 原因是多磁盘自带多分区属性 (在所有磁盘上).

行为识别比一刀切更有效, 用户有持续跑满上传带宽的权利.
BTW: 尽管虽然但是还有跑 Hentai@Home 这种 PCDN 的...