底层实际上是操作系统提供的一系列动态加载可执行代码的操作。

Linux: dlopen(), dlsym(), dlclose()
Windows: LoadLibrary(), GetProcAddress(), FreeLibrary()

先开始放音乐，再启动录音，录音返回以后（ system 有返回值吧） kill 掉放音……

消息队列适用于突发大规模生产的情况，此时下游来不及处理，那么消息队列可以保证消息不丢失。
例如我有个指纹传感器，下游处理程序的运行速度是 15fps，上游图像传感器没有手指的时候是 1fps，有手指可以瞬间跑到 60fps 但是只持续不到 1 秒，这个时候就可以用更便宜的 dsp 来处理数据……

新手无脑 vs 啊，F5 一键编译运行。
等到稍微入门了再去*nix 下玩整个编译流程也不迟的。

我一年用两三次支付宝吧，都是因为要淘宝买东西（对的我很少上淘宝）才用的。你要我不去淘宝买东西就彻底甩没了……

@DoctorCat 对啊，做保密或者保密性质软件硬件的商业公司，基本上没有用 OpenSSL 的，不算国家机构。

@DoctorCat 其实不能用 OpenSSL 的地方很多，不过一般人都接触不到。别的不说，各国安全机构首先就不会把自己的加密策略和算法轻易授权给国外公司。

@DoctorCat OpenSSL 在银行业是没有市场的，0 市场。

平均码率*（播放时间+缓冲时间）≈总下载数据量
码率看单帧看不出来的。单帧图像的总和比视频流码率算出来的结果要高一大截……

@iyg429 抱团了那还叫 Linux 么，你看上头这帮人自己都快打起来了

有线鼠标带 usb 转接头？或者带 docker ？

@Chingim Dolby Vision 大概率不能，HDR10+大概率不能，非 x264 或部分其他格式大概率不能。
电视盒子不能解的东西多了去了……

你调过 Linux 底层的 bug 的话就不会问出用啥系统这个问题了，家用高性能 NAS 肯定 WinServer 方便啊……Linux 不说别的，调个 iSCSI Target 坑比 Win 还多……

然后再跑一趟 MIPS 的看看交叉编译多久

跑一趟 OpenWRT armv7/v8 版编译，带 LuCI 就行，看看要多久……

我印象里这四个最后都是调的 trunc，所以没区别（？），你可以自己创建几个文件 strace 下……

誰にだって訳がある
Born to be free

别买 R7 1700，不省电性能也不行，尤其是跑 Chromium 编译这种事。而且一代 ryzen 有概率编译时 core dump （ Linux 高负载编译限定 bug ）
Ryzen 上二代及以上稳定得多，而且省电，单线程效率也好。
电源就别省这么多了……正常电源带低功耗模式根本不会启动风扇。
散热可能有问题，but 你可以选择换个机箱解决。