想出这么一个新策略，免费帮攻击者刷上传，加速他们被封：

识别出攻击以后，把 TCP send window 降为 1 ，并且延迟发包，这样攻击者要反复重发一个几十字节的 ACK 包才能下到一个字节，上传要高于下载了。

@laminux29 删库自爆一个医院的系统？这可不是一般的可刑，是非常刑。要是这个医院正巧在这个期间死人了，还可以栽赃，删库的人判刑不说，估计家里还会变成病人的灵堂。

@FreddyLiu
> 是不是我的电脑端也要有两个网口，才能通过 SMB 多通道实现速度提升？现在只有一根网线的话，即便是 2.5G 口也是千兆口的速度？

不需要的，本地是一个口也会同时尝试往 NAS 的两个 IP 发 TCP 连接，这样 NAS 两张网卡都可以利用上。


如果你交换机和 NAS 都支持的话，@shuax 说的 balance-rr 模式其实是最理想的，就是实现了你本来设想的 1+1=2 的带宽，也不需要特殊协议的支持。但这个模式一定要交换机里面配置一下才行。

人家拼多多那个是多个 0day ，现在一个 0day 值很多钱的，最差也可以报告给 Google 拿个 bug bounty 的钱。如果不报告然后自己写一个扫描器反而可能会被 Google Play 下架并 ban 掉开发账户。

终端用户能做的就是检查 Android 安全更新是不是最新版的+祈祷厂商没有在魔改的时候造成新的漏洞。

首先除非你有被国家级单位盯上的可能，那 TPM 旁路攻击根本不需要考虑，因为能把自己挂到 LPC 总线上的攻击者完全可以通过其他的方法攻击，反正读出你的密钥是没有问题。唯一的解决方案是把 TPM 和内存直接集成进 CPU ，比如苹果的处理器。

至于雷电 DMA 漏洞是老黄历，Windows 系统中安装 Intel 的雷电驱动以后，插入新的雷电设备需要管理员权限才能允许 DMA 。同时最近版本的 Windows 10 和所有版本的 Windows 11 都可以启用 BitLocker Core Isolation ，之后 DMA 也会被限制住，再没有权限读取内存里面的密钥。

最后我个人的观点是凡是软件实现的东西都比硬件更容易有漏洞。几乎所有在固件里实现的 TPM 都出现过泄露 key 的终极漏洞，而我知道的最严重的硬件 TPM 问题只是生成的随机数不够随机而已。

另外如果你不相信你机器上的 TPM 的话，那也不用相信 Secure boot 了，那一切在那台电脑上的操作都是不可信的，无论你是如何输入密码。比如你被一个特工盯上了，而你电脑上没有启用 TPM ，那他可以很容易的在你电脑上装个 rootkit ，你下次启动的时候只要输入了密码就会被通过网络发送出去，他就可以解密之前做的硬盘镜像。

我很久前做的项目，数据库是跑在机械硬盘的 SAN 上面，达不到响应速度要求，于是软件会在启动的时候把数据复制进一个 in-memory 数据库，再定期同步回 SAN 数据库。但其实如果我本地调试的话，没有多线程的情况下，直接用 SAN 数据库那个性能也是可以的。

所以其实内存级别的随机 IO 速度对于绝大多数应用并没有必要，SSD 在个人用的场景下绝对绰绰有余。

直接写个脚本从各省联通网络上的下载站/CDN 拉数据，谁叫它查 PCDN 丧心病狂。过两个月等电信收到结算的钱了，和他们申请提速到 100G 。联通要是来投诉了，就说是校园里以讹传讹把接的外网说成是联通的，同学们选择了错误的镜像，叫联通出钱建个开源下载站。

用个 Process Explorer 看看内核占用了多少内存？可能是某个驱动有内存泄漏

如果你要装的软件提供 MSI 的话，你可以用组策略里面的软件策略自动安装，但是这个功能可能十几年没有更新过了，基本上出了错的话排查起来挺麻烦。微软的 System center 和 Intune 都提供了更强大的替代，但是用他们都需要花钱。

不过微软有一个 MSIX 安装包格式，并提供一个免费的打包工具，你把软件打包成这个格式的话可以不用管理员安装。这个格式还有一个很基本的沙盒，可以实现让兼容的软件认为它是以管理员权限运行的。

看第二张图，优化器给你生成了一个临时的缓存在磁盘上的 View ，并行读了 8 百万行原表，把所有符合条件的行都复制过去了，最后从 View 里面选出了前 10 个返回。而第一张图之是分两次查原表，各读满 10 个以后截断，然后 Union 。

原因 1 是你这两个查询的语义本来就不一样，你的第一张图可以输出 20 个结果，且每个 sid 里面的时间排序相互独立。第二张是一共输出 10 个结果，而且是从三个 SID 结果的合集中再按照时间排序。

原因 2 是 Oracle 的 fetch first 功能是后来加的 hack ，没有很好的融合进构架里面去，它不影响默认的全局优化策略(ALL_ROWS ，这导致优化器会先忽略你只要前面几行的要求，它会生成一个找到所有符合要求的结果最快的 plan ，然后在最外层加一个附加条件来输出前面几个结果。你需要在 select 后面加/*+ FIRST_ROWS(10) */这个 hint （ 10 是需要的行数），让它进入前几行行输出速度优先模式。

原因 3 是根据我的经验，Oracle 犯这个傻也跟这个数据库的配置有关，优化器可能觉得 IO 成本很低，所以用每一个 sid 单独查（就是你第一张图想表达的模式）的那个 plan 反而被当作成本过高而弃用了。

@taotaodaddy 可能性大，要不然得训练模型记住每个 token 里面多少个字符，还得训练模型做心算。前者好像不值得花这个时间，后者还是个技术难题。

烫烫烫

就备份用的话不如一个 1T 的 SD 卡？顺序读写的话性能还不错。还可以放在皮夹里，备份随身带。

@cnbatch 我试听的时候也是这么想的，但是电话和视频会议都是实时通信，这个算法的延迟估计是接受不了，同时对算力的要求也挺高的，要有人搞出 ASIC 来才行。

真正好用的可能是老大哥储存监控录音？

这个级别的带宽应该是把网卡 IP 当成回环用形成的。可能是服务器调用本地 API 或者数据库，也可能是攻击。

你用管理员运行 resmon ，然后切换到网络页面就可以看到每个 socket 的情况，类似于 Linux 底下的 netstat.

你就是要 pt 的话为什么不买一个便宜的北欧或者加拿大 seedbox ？他们虽然线路一般，但是你是直连 HTTP/S 下载的话，流量特征就是下载，不容易触发墙的，你弄一个多线程下载软件（不要用迅雷），速度就上去了。

让我突然想到小灵通时代部分地区所有座机号码都是可以收短信的，如果接收号码不是小灵通的话，会有一个自动语音系统给那个号码打个电话，然后把短信读出来。那时候经常给同学家群发骚扰短信。