@thinkershare

https://i.imgur.com/dua5kwM.png

你的实现可能有些问题，我测了一下两百万的 f64 矩阵，外套一层 zip 压缩，重新转为 numpy 对象的耗时是 70ms ，如果只是 2M 的流的话我这里执行时间是 8ms 。numpy 的序列化和反序列化效率印象里一直不太行，8ms 并不快，不过感觉不应成为你的瓶颈。传输方面的话，阿里腾讯在香港的机器连内地可以跑百兆的，2M 应该很快。正态分布 f64 压缩后也能压 70%左右的体积，如果你能接受削减一些精度应该能压更多

@thinkershare 不好意思不是很熟悉，只是从常理的角度考虑，即使用子进程，载入不也是启动时载入一次就完事了。所以你的开销应该只有实时通讯传入的数据。而 10M 的数据无论对 socket 收发还是 python 计算来说都不大，处理时间应该在毫秒这个数量级才对

使用进程是很合理的考虑，不想新开的话可以用可复用的设计，不知道为什么不考虑。本身如果你使用线程解决了的话，GIL 不能释放又成了一个问题，会拖慢渲染效率的

瞎猜的可能是为了保护内容进行的一些工作量证明型运算，倒也可以理解，毕竟数字内容很难保护和变现，挖矿本身不太现实，即使有广大用户量在现在技术环境下用 cpu 挖也很难有什么收益。不过既然都叫百度教育了，你上他网站知道了百度会瞎搞难道不也是一种教育？

1.你不是把来源分的很清楚了么，我想 v 站比你更清楚的也没几个了
2.你看到的最终成品处理链条复杂，很多细节是不可考的，你问谁也没用
3.原理上来说，从数字信号的角度理解，交错与反交错本身情况也比较多，单纯的交错可以理解为像素的隔行更新，这是简单的，但是有时候交错会由于帧数变化产生，这种情况下当然需要额外的识别和处理。我不知道 LZ 出于什么原因问了这个问题，不过想来如果是需要一个通用处理模板的话可能不太现实。数字信号本身无论是交错还是反交错都很好理解，很难想象有什么损失，但是伴生转码同样很好理解，很难想象没有损失

LZ 这水平出来炼丹不怕炸炉吗。。

情况类似，共勉吧兄弟，现在这世道，靠自己总是难的

@cominghome
@eason1874 谢谢，两位提供的方案都很有操作性

爱上一匹野马，可你的家里没有草原

@eason1874
@cominghome
@kingjpa
@xxxxxxxxxxxxx 大佬们，再问一下，oss 有办法以我要求的权限进行鉴权分发吗？比如想实现的效果是，一个静态资源，登录了的用户才能访问，不登录用户看不了。看了一下 acl 的文档似乎只能控制所有人都能访问或者只有后端能访问，但是如果需要后端中转一层的话就失去 oss 帮助减轻分发压力的优势了。。

高赞几个楼，说明 v 友还是靠谱的，起码不傻。这一波 5 月行情涨的很凶，但是像楼上说的涨的因素只有一个放水，剩下都是跌的因素。而且做投资时间长的都关注到这一波是预涨，也就是说与近年几次拉升不同，宏观社融增速放出来前已经涨完了。美联储 75 个基点未超预期，但看到有人说靴子落地未超预期那就是涨，我也是笑了。个人是上一波回撤没有吃到，所以这一波拉升也并没什么参与兴趣，投资还是保本为主而不是赌博风险收益。

@1779930755cmy0 感觉不错，通用性很强，但是 bat 启动软件可能给用户观感比较差，大家还是感觉 exe 比较正规

蹲一个方案。我后来是上了家用机机箱和消费级 U ，靠 ry 支持 ecc 和 udimmecc 的内存实现纠错，使用体验上区别不大，个人感觉主要问题在于 1U 机箱的电源无论怎么搞都是吵的，消费级就有静音方案了。不过内存确实是无法解决，没法做到服务器级那么便宜

@z836454898 bios 级别的操作感觉不太可行。比如一个典型使用场景是，我在工位使用笔记本外接显示器工作，有时候需要带回家，带回家也有电，绝大多数时候不需要充满电。但是假如需要外勤，出差之类的，比如如果我希望在高铁上使用笔记本，那当然它需要满电带走，理想的情况是我在 win 下点一个按钮他就开始充电，我知道现在虽然电不满但是 30 分钟后我就可以满电带走了，如果还需要中断工作，重启系统，进 bios 调电量设置，这就太麻烦了

帖子标题叫“推荐一本新书”，感觉是在分享知识，结果点进来是广告，也许改名叫“推荐我的新书”更好。看了看试读里介绍的内容也都是一些基础知识，感觉阅读价值还不如 fluent python ，回过头来意识到为什么书名语焉不详地叫了个“工匠：案例”。

@oldshensheep 我说 axios 解码的意思是默认传输默认接收被解码为 string 对象，json 不支持添加 bytearray