Multprocessing.Queue 应该是用 pipe 实现的，如果父进程不及时把内容取走貌似会导致管道阻塞，至于 Multprocessing.Manager 是使用了类似于 tcp 通讯的方式，有后台线程持续读取 pipe 的消息，所以没事

beta 版就是这样，用正式版才能屏蔽更新

QQ 空间也一直能给自己的说说点赞呀。。。。

@airyland 在好友列表那一页

要不然 rpc 通讯，要不然 jni 调用 python.dll/.so

@litp 可是反光的话你根本看不见啊😂

@paparika 他的意思是只能在类的定义完成之后才能以 constexpr 的形式调用，至于为什么，你可能需要翻翻 C++的标准了

也就是说这样写是可行的
class TestClass1{ public:

static constexpr int getInt(){return 0;};

TestClass1(){}
};

class TestClass2{ public:

static constexpr int y = TestClass1::getInt();//why it's wrong?

TestClass2(){}
};

GCC 的提示说的挺清楚的了吧
error: 'static constexpr int TestClass1::getInt()' called in a constant expression before its definition is complete

@lislee2001 你#3 看的这种一般是用的外置显卡芯片，在这种情况下并不会直接传输视频信号而是做类似于显存拷贝的事情，所以并不需要那么大带宽

@chaleaochexist 一般这只能说明你的那个应用写的有些问题，也可能是你用的某个 API 已经更改了，要是有 bug 一般不会都 3.6.5 还没修好

@xuhaoyangx 大部分情况下，对于台式机来说很难撞功耗墙，就算是 85w tdp 的 cpu 跑到 100w 也不一定会降频，只要主板供电跟得上，所以睿频下降倒是也不常见，只要配个好的散热器别撞温度墙即可。其实不光是 avx512 会导致热功耗上涨，就算是 avx2 也会导致严重的热功耗上涨，但也只有这样才是充分的利用了硬件资源了呀。当然对于笔记本来说的确不是什么好事，大部分笔记本的功耗墙和温度墙都很严重，大量使用 avx 系列指令集会导致严重的降频

@defunct9 可能是防止前一段时间流行的 ntp 放大攻击吧

电话->电量

啥时候能把实时监听并处理分析上传麦克风信息的功耗先降下来再说吧，要不然你开了这个 app 手机电话还不和微信 /qq 语音那样哗哗的掉

@xuhaoyangx 感觉现在的机器压 x264 已经没啥压力了，但是如果压 1080p 及以上的 x265，不管什么 cpu 都能给你吃满。看现在 x265 最新版本还在做 avx512 的优化，不知道具体效果如何

隐藏源站 IP 的话，在源站设置只允许 cdn 访问呀，其他的 ip 直接干掉