是 inteL ，不是 inteR

如果心里觉得实在不放心就买 intel

顺便一提，Linus Torvalds 用的是 AMD 机器：
https://www.zdnet.com/article/linus-torvalds-tears-into-intel-favors-amd/

治疗其实很简单的，就是口服抗生素而已

楼上有人提到“刺鼻味道”无非就是当地医院开药品种不同罢了，不是所有抗生素都用药瓶的

300 多 MB/s 是写到缓存文件夹了吧

@wangyucn 是的，就是他

在接近一周的时间内，他给我提的一大堆提问我都给了他详尽回复，然而这个伸手党既看不懂又拒绝学习基础知识，还在我的 issue 区跨着不同的 issue 变着问法问相同的问题

好心帮他，没想到我最终得到的却是他那一串谩骂

@ysc3839 肯定会用到这条，主要是，后边的写法如何尽量精简

比如
#ifdef __cplusplus
THIS_IS_MACRO(x, y) call_function(x, decltype(x)y)
#else
THIS_IS_MACRO(x, y) call_function(x, typeof(x)y)
#endif

虽然没毛病，但以后要改的话就要两个同时改，不是很方便

微软自身就有专门的产品干这个事情：
https://www.microsoft.com/en-us/system-center
https://learn.microsoft.com/en-us/mem/configmgr/core/understand/software-center

打开任务管理器，编译时看看 CPU 频率变动，主要看笔记本电脑有没有降频
散热不好时 CPU 会主动降频的

单凭肉眼观察发现以下几个内存泄漏点，可能不完整：

第一个：
cJSON *cjson_receive = cJSON_Parse((char *)buffer);
一旦 if (strcmp((char *)buffer, "shutdown") == 0)这里 break 掉，后面的 cJSON_Delete(cjson_receive)就无法执行，内存就这样泄露掉了

第二个：
videoSource::Create()调用了两次，第一次问题不大，第二次处理不妥
原因同第一次。如果 input 创建成功但 output 创建失败，那么随后的 continue 会导致 input 指针内存泄漏。

第三个：
if (!socket->Send((void *)json_str, strlen(json_str), remoteIP, remotePort))
同理，break 之前未释放内存

建议上述内存分配都用智能指针包起来，必要时传递析构用的释放函数，就像这样：
std::unique_ptr<cJSON, decltype(cJSON_Delete)> cjson_receive{ cJSON_Parse((char *)buffer), cJSON_Delete };

看起来用的是 tap 接口，所以路由通告双向透传了

换成 tun 接口试试，应该是最省心的做法

或者也可以在两侧都设置屏蔽对方的 FF00::/8

做 C++（以及 C 开发）需要严格区分以下种类：
32 位与 64 位
debug 与 release
动态库与静态库

从你给出的编译命令来看，是编译出 x64 debug 版本，至于是动态库还是静态库我就不去挖掘了。
然后在 qt creator 内用的是哪一种组合？这也是要注意的，如果能够贴出具体的报错提示和设置，那么大家可以更容易帮你给出编译设置步骤

初看标题，以为是 cyber security 的 phishing

点进来一看，没想到原来是真正的 fishing

换成 qbittorrent enhanced edition ，主动拒绝吸血鬼

OPNSense 透明代理（正向代理）的实现方式，本质就是“HTTPS 中间人攻击”用于无害用途。
某些 App 为了防止中间人攻击，可能会把锁定信任证书。

这里有篇文章可以参考下：
https://stack.chaitin.com/techblog/detail/40

建议观察下 Log 的内容，是不是也像他这样：
https://www.reddit.com/r/OPNsenseFirewall/comments/udmfak/tons_of_errors_with_web_proxy_and_transparent_ssl/

为什么不直接运行 qemu 呢，总比多层“套娃”好吧

底部

因为我用双显示器，任务栏放在左右两侧一点都不方便