-30dbm 是信号强度吧，那个只是发射端跟接收端的信号比值，应该不是信噪比

真要计算信噪比，那是要同时测量杂噪信号强度的


然后根据香农极限的公式，在频率固定的情况下，决定容量的关键因素是信噪比

而这个“信噪比”在现实生活中就很不可控了


假设底噪为-90dbm ，信号强度就用-30dbm ，那么获得信噪比 60db ，亦即 SNR 为 100`0000 （一百万），套用香农极限公式，得到数值约为 3189 Mbps

-90dbm 的来源参考自这里：
https://www.netspotapp.com/help/what-is-discover-mode/
以及这里：
https://medium.com/@gagnealexis242/signal-to-noise-ratio-and-how-to-measure-it-7851347945b1

这两个网址给出的 noise 信号都介于-84 到-92 之间，为了便于计算，取值-90

如果按照底噪-92 来计算，那么最终得到数值约为 3295 Mbps


WiFi7 号称单流最高速度 2.9Gbps ，确实很接近了

@yangpeco 等等，AI 取代快递员？那么 AI 如何送货呢？靠无人机？那就必须先解决电池续航等关键短板。

@lzy2998157572
？？？
收起京东 PCDN ，尝试用 PT“糊弄”一番，总比明目张胆告诉电信“我就是跑 PCDN”好得多吧

不知道贵公司的网站屏蔽是黑名单机制还是白名单机制，如果是黑名单机制，那就好办

自己建个网页代理，然后用这个代理去访问想要前往的网站，V 站就有相关讨论： /t/992044

@tongbufu 价格这么实惠，是哪个运营商？

@roundgis 啊哈，英式楼层编号方式，地面是第 0 层

在服务器那边用命令 journalctl -u ssh 看看对应时段的报错是什么，这样应该更容易排查

Gitee 连自家都屏蔽：
/t/956169

更何况是普通用户呢

或许下次出现同样情况时，可以顺手做个 ping 、tcping 、dig （或者 nslookup ），然后对比着看看有什么不同

举个夸张点的例子，可能就容易明白多了

在公司的工作电脑利用 SSH + rsync 往生产环境服务器传错文件，1 分钟后发现大事不好立马恢复回去，但已经造成经济损失，公司想要追责，能不能查出是谁在何时覆盖了什么版本的文件？
已知工作电脑和生产环境服务器都有监控软件

答案是：当然可以，监控软件直接就记录在案了呢

然后，想要把锅推给“传输过程中有可能被破解了，有可能以前传文件的时候被人破解了文件名和文件内容，现在再次传输的时候遭到篡改”，想一想就明白不可能：
1 、只要密钥不泄露，SSH 加密传输本身就没法破解（现阶段的情况下，不谈以后量子计算机时代）
2 、若真的遭到篡改，比如 SSH 密钥变更，那么监控软件也能记录下来，除非干这事的就是网管本人，或者入侵者顺手删了或篡改了监控日志
3 、如果真有入侵者，那就说明出现了密钥泄露之类的高危事件，并且泄露的正好就包括了该员工的 credential 。

显然，就算想推卸责任，该员工仍然逃不过安全检查，其他人也需要进入 security 排查过程，因为这是人为错误，并不是工具本身有安全风险。

wifi 连接出现连通性故障的时候，realme 有可能用了手机数据连出去，所以 realme 手机需要关掉移动数据时再测才稳妥
iQOO 不清楚会不会这样

我自己用 Windows 11 + VS2022 试了下，没法复现错误，最终输出是 1
在 FreeBSD 14 + Clang 16 试了下，也是没问题，最终输出还是 1
Linux 就不试了，前面已经有人测试过

个人建议，不要死磕 CLion 控制台，而是改用常规环境。
鬼知道 CLion and/or 它自带的 MinGW 是不是有 bug 。

尤其像这次，正常命令行环境运行测试程序没任何问题，CLion 控制台一用就出错，那只能是 CLion 的锅。

至于常规环境，例如：
Windows: MSVC 最新版，直接用 Visual Studio 即可
Linux: 编译器 GCC 或 Clang 均可，IDE 随意
BSD: 编译器用系统自带的，IDE 随意
macOS: Apple Clang

尤其是 Windows ，用 Visual Studio 反倒最稳妥

还有第 12 行也是一样

建议好好检查下空格状况

第九行那个 scanf ，双引号内有个空格，但你原贴给出的代码，这一行的双引号内没空格

@37Y37 哈哈，现在我觉得，似乎随手写的 demo 比起认真写的正式项目更有可能受到认可

如果无法忍受 hyper-v 的性能损失（对于玩游戏有不良影响），那么正确的做法不是换 Mac （ Docker 启动都要好几秒），而是专门用一台电脑运行 Linux 。

我也不喜欢在 Windows 客户版系统开启 Hyper-V ，也不是很喜欢在 Windows 安装虚拟机（多出 N 个虚拟网卡，很不爽），所以最后还是装了一台非 Windows 、非 MAC 的电脑

等等，为什么要用 new 直接创建呢？最后还得手动 delete 。
不如用 std::vector 或者 std::make_unique<char[]>(数据长度)
这两个好多了

std::vector 已经有人发了，那么 make_unique 的用法是：

size_t data_size{2701131776};
std::unique_ptr<char[]> raw_data_ptr = std::make_unique<char[]>(data_size);
char* raw_data = raw_data_ptr.get();

在我的 Windows 11 + VS2022 测了下，很成功，没任何报错。

另外呢，直接用 malloc 、new 创建的空间，按照 C 语言留下来的“惯例”，是需要手动初始化的。
通常会用 memset 初始化为零，用 std::fill 也可以。

如果改用 std::vector 或者 std::make_unique ，就可以跳过这一步，它们都会自动初始化。