这个延迟范围内，一般就是台湾或者香港。

"Cipher Suite: TLS_ECDHE_RSA_WITH_AES_128_GCM_SHA256 (0xc02f)"

这协议常见的，ECDHE 是椭圆曲线 Diffie-Hellman ，好像是写死的 secp256r1 曲线，256 位计算很快的。

AES 128 GCM 就比普通的 AES 128 多了一个 authTag ，也慢不到哪里去。

最后就算服务器返回 RSA 的是 8192 位或者 16384 位，那也只慢握手一次，也不可能后续每一次 read 都卡。看不出啥问题，汗。

@xtreme1 哈哈，这倒是真的。给内存超频，往极限超，分分钟翻转。

既然同样代码，连其他服务器没问题，那只能优先怀疑这个网站加密协议的问题了。

针对网站用 https://www.ssllabs.com/ssltest/先测试一下，看看支持那些握手协议。

然后再把具体的握手和加密部分都打印出来，找原因。你 log 文件太简单了，看不出什么东西。

没啥区别，别听媒体带节奏。

加了 sni 隐藏插件，国内直连 api.openai.com

录音的时候，文件要潜入时间码，才能严格意义上和视频自动对齐。

我也有类似小问题，还发个贴子。

/t/1052151

OP 这情况倒是挺奇怪的，第一次看到。可以试试把硬件加速给关了，也许有用。(小米路由器管这个叫 QoS 功能，打开 Qos 就是关闭硬件加速）

@aoguai 没什么不好管理的，删任意一个文件或者引用，都不会影响另一个。

微软官方本来就是支持的，只不过技术只在 server 版本的 windows 上开放。

https://blog.51cto.com/543925535/1104449

管理也不难，和 everything 一样，都是存到 NTFS master file table 里，可以做到磁盘文件头瞬间读取和查询。

我这里电信运营商换动态 IP 都是凌晨 3 点，每天很准时，看看是不是这个原因。

或者先把 IP6 关掉。

我家门口开了一个迷你酒吧，就是最普通的居民区，看起来都没什么人气。

选址很重要，应该去年轻人多的地方，比如大学门口，夜市烧烤隔壁之类的。

@totoro625 我的经历是杂牌内存，连默认频率都不能长期稳定跑。去主板 Bios 把内存频率下调一档，马上就稳定很多。

这个一个很有意思的想法，我去查了一下，NTFS 在设计时，就加上了硬链接的引用计数功能，技术相对来说是比较安全的，不存在翻车的可能性。

但是软件支持确实不太成熟，可能这种需求比较小众吧。

现在都是扫码用手机点单。

一个桌子一个二维码，如果有几个人同时下单，还能 websocket 实时互相同步对方下单信息。

我们以前是严格限制每一台新电脑的 MAC ，但是最常见的内网入侵，是领导的 PC 被木马远程控制。

这其实挺难的，NAS 分不清是领导访问还是木马访问。

正常 adb 不会那么慢，你是不是没有连 5G wifi, 连的是 2.4G?

和西瓜一样，要量多才会掉价。量太少二手市场都当传家宝。

太便宜也不行，利润空间压太低，二道贩子没兴趣。