2080 22G x 4 ，直接一步到位。88G 显存的话，可以轻松运行 100B 模型的 4bit 量化版本了。

五天的话，感冒也应该好了。

3090 大概率是矿卡吧。

看了下知乎的文章，可能是你理解有偏差。他没说要加什么空闲位，而是指出如果你仅用一个停止位可能会出现波特率的累积误差或者如果接收重启后就协议识别错误的风险。把停止加到 1.5 或者 2 个会更可靠一些。

实际上 UART 上层应用还会实现一层协议，所以一般是由上层的协议来解决这个问题，校验，ping-pong ，触发重连什么的，那么就没必要在下层做这个事情。

如果要额外插入所谓的空闲位，只是把停止位改成了 2 个罢了，损失一点点带宽。

很久之前做过硬件，记得串口协议里没必须必须要插入所谓的“空闲位”，协议里规定的是 1 个或多个停止位。

一般就是一个。

@Raynard 真的就是浑身上下最硬的都是嘴，自己不看清楚别人讨论的上下文硬要插话，还大放阙词。

@Raynard 你眼睛瞎了可以不要。

看看原文（不查是因为陪你钻空子的人不能查而已。），我说的是很好查只是不查。

@gynantim 哦，此处还漏了一个，一旦发现你任何从第三国去美国等国家的记录，不用问机酒就直接 GG 。因为海关看你还是拿中国护照，你去美国你得用中国护照通关，签证记录就不说了通关记录你怎么伪造？

说一个个检查很难的，国际航班上大部分还是在国外短期滞留的，其他人查一次几年内不查就是了，能有多少成本。

@gynantim 你不知道海关有权全面检查吧，包括且不限于搜身，检查电子设备等。

首先你每次出入境，都得把护照、驾照等任何和你双国籍有关的东西放到第三国，直接搜到 GG 。

其次手机打开，看所有 app 的聊天记录，看照片的地理位置，看支付账单，消费记录。假如发现你在美国的一个照片，ok ，来解释下你怎么从第三国去的美国，飞机么，把机酒购买记录翻出来一下。

这玩意你不可能编造的天衣无缝，但凡有一个漏洞，GG 。你还不能没有这些日常记录，没有那就太可疑乐，平时不拍照片不电子支付不聊天？

再加上小黑屋一关，压力一上，你有没有接触过警察，还抵抗，呵呵😄。

这玩意真想查，随便查查就查出来了。不查是因为陪你钻空子的人不能查而已。

先跑几个 SQL 有境外长期滞留记录的人标注下，然后出入境的时候类似记录的人直接转移小黑屋，查手机聊天记录和随身物品（海关有这个权力）。

在脚脖子上系一个静电带，没事出去走走放电

不至于犯罪哈，没有主观上的因素。

问题是支付平台自己没有做好风控。

这个规模的请求量，不可能都是交易请求。根据#54 可以看到有很多是非交易请求。且先假设都是真实流量。

限制你的只是 AWS Lambda 的技术限制而已，这就是 Vendor Lock ，当你的用量超过了云服务商的能力，你无能为力。

解决办法也很简单，就是拆分。把你的部分服务从 Lambda 拆分到 EC2 虚拟机上就完了。

把小行星拖到拉格朗日点，建立太空都市。

看你们有没有网络工程师，如果没有不要选 metalb 。

出了事情你搞不定的。