看上去好像是你用了 ssh 客户端不支持服务器允许的密码套件？
例如 ssh 版本过旧。

请再认真了解下中间人攻击，主动攻击的情形，ECDHE 防范的是被动攻击。
如果从头到尾跟你通信的就是猩巴客，你怎么发现对面不是星巴克？

1. 照片视频啥的，定期转移到 PC/云存储或者删，别扔在手机上代代相传
2. 不管是 QQ 还是小而美，聊天记录定期清理，只保留文字信息立省 80%以上的空间
3. 一键换机是爽，冗余数据就代代相传了，能不用就不用
4. 不管是 qq 还是小而美，下载的文件都没法不依赖外部手段从应用存储中删掉，所以定期做一次 refresh 是个好主意（备份/转移聊天记录至 pc/另一台手机->清空应用数据->还原聊天记录）
5. 这些超级 APP 普遍有热更机制，还会留下几个版本的运行库和一揽子运行数据占空间，还容易触发换机的 bug ，所以需要步骤 4 来做个了断

虽然我觉得以上要求超出大部分用户的能力了，所以还是多氪金买大容量手机和云服务吧。

ios 应用如果内存使用超额是直接 oom 没商量的，前台应用如果没超限那就是没问题。
另外 ios 的所谓多应用后台是十分有限的，哪怕真有大内存也只有前台应用受益，例如 3d 游戏是非常容易获益的。
而且不知道为啥你会觉得手机的 flash 质量好的？不管是 i 还是 a ，搞 swap 我都视为计划报废的阴谋。

因为 h3/quic over tcp 会丢失 h3 集成流控所带来的好处，因为被代理隧道封装之后很多流控信息都丢失了，例如重传情况、PMTU 等，还不如就用 http connect/socks tcp,把流控的事完全交给隧道来做，例如让隧道本身使用 h3

@Suzutan 因为 nvme 和 ahci 好像都没有指令定义刷新数据块或者强制磨损平衡的方法，这种内容都由 ssd 主控自行管理。
例如说，主机发送指令读取 block-擦除 block-原地写入 block ，ssd 主控可能会依顺序执行，但也有可能因为延迟擦除导致啥都没干。

这类主力走商超渠道的商品，电商一直都没价格优势，因为拿不到更低的供货价。不然为啥电商要搞超市到家这种摆明要跟商超分利的业务？

可能只能刷刷 FTL 表，FTL 损坏确实可能会有严重后果。
但数据块刷新目前是没有靠谱方法的，单纯上电甚至原地重写都不一定有效。

@ShadowPower 赞同
解 BL 主要就是退役后可以有更多用法，我也是赶在关门前解了，实际上还是原系统继续用，以后打算换成 eu 。

WDDM2.7 定义的 GPU 使用率指标有很多个，任务管理器默认展示最开头的那块是 3D 负载，CUDA 负载可能算到 compute 上了？

一般这种事的解决方案是用 23H2 的安装镜像原地覆盖安装一次，通常能解决。

现在新的异构 cpu 的电源选项是没有 GUI 的，要用预配包调，比较复杂，win11 也不推荐使用平衡以外的电源计划。
一般来说，这部分最大状态不是 100%会禁用睿频。

你这是 wsl1,这是一个 nt 兼容层，并不是真的 linux 内核，所以不能升级(MS 弃坑了)
需要主线内核功能的请切换到 wsl2 。

https://aka.ms/wsl2kernel

如果你是说可以通过 ssh 访问路由器的 shell ，那其实算正常，因为还是要密码的，而且 openwrt 系统的路由器也是这样，默认只能通过 LAN 访问。
如果想搞小动作那能访问 web 控制台也能搞很多事了，那也是只有一个密码控制访问的。
至于为啥那么多获取 root 的文章，因为很多人想拿它当 openwrt 路由用，仅此而已。

不知道我在说啥的你还是换掉吧，毕竟都倒闭了，而且也过时了，换个支持 wifi6 的，小米中兴华为的都行。

因为国内手机厂的商店对 64 位支持都比较重视（废话，上游高通/发哥都计划抛弃 aarch32 支持了你还能负隅顽抗？），所以现在去商店下 app 是首选，特别是非互联网行业的，甚至可能能下到纯 arm64 版本省点空间。官网或者自更新还可能挂着纯 armv7 甚至 armv5 版本的。

不过论省空间不如 app bundles ，因为默认不压缩原生库，还能再省一波安装空间。虽然我非常讨厌这种事实上绑定 GMS 的分发方式

我更烦的是有些网银的安全手段，例如工行的因为拿不到 imei 每次登录都是验证码密码人脸三件套，过了三年都没改。

android 图片存取权限是比较粗放的，在 opt-in 照片选择器之前，没法精确控制。
对于支持分区存储（ target>30 ）的应用，照片只能全开/全关，R/W 不分，不能用系统不支持的格式。
不支持分区存储的应用，部分国产 ROM 提供有限的基于路径的选择授权，例如 MIUI 支持单独开关相机 DCIM 和白名单社交应用目录，依然 R/W 不分。

如果只是传个图片还无所谓二压，可以用跨应用分享图片，缺点是顺序不确定，content provider 支持不佳的应用可能依然要授权，可能会产生不必要的应用内缓存。

离谱的应用会索要 MANAGE_EXTERNAL_STORAGE 特殊权限，网盘类 app 要这个还算可以理解，但我知道有漫画软件居然敢要这个。

虽说 android11 以上的设备支持照片选择器，但照片选择器组件依赖 Google 的模块化组件更新。实际上 google 自己对强推这玩意的底气都没有，要应用 opt-in 才会用，要是能对接国内 AOSP 的自订相册 app 还差不多。而且你要知道用户对 APP 内图片编辑（裁减打码美颜啥的）需求很强，我不觉得 google 那个选择器能很好地替代这个功能，而且还导致操作变复杂了，还得费神教育小白用户用那个根本不知道长啥样的照片选择器。

只管句点+数字分割的部分就是了，剩下的要么当不存在要么字典序。
例如 windows 就强行规定需要使用版本号机制的组件都要用四段数字式版本号,android 只使用 versionNumber 做比较，versionCode 纯展示用