稍微"赔笑"不过分。一般工作不是单纯完成任务。啥时候不会遇到点工作上的琐事，平时没啥联系都不好开口，请个假帮你浇浇花，忘记带卡给你开个门什么的，再具体点和工作强相关的，有时候为了满足要求，部分逻辑即可以放到你那，也可以放到你这，关系好商量一下可能就过去了，对不对。

那你可以考虑进入紧急模式，这时候根可以处于 umount 状态，然后文件系统 resize ，再分区，理论上可行的，记得搞之前重要数据保存。

我猜楼主是想要分出部分空间做存储，而不影响根系统。文件系统有个叫配额的技术概念，可以看看是不是能满足需求。

应用场景是只读不写的话，对寿命没有影响，ssd 主要是擦出次数受限，理论上说，raid0 并行读取基本是快于 1 的，举例:你在读取 100G 数据，raid1 相当于读取数据的时候不完全平均读取，那么可能就是一个 60G 一个 40G ，而 raid0 的话，写入都基本均分了，基本同时读取 50G ，两个盘读取比较均匀，但是坏了就没了哟。

c/c++参考 webrtc 解决方案。具体而言:ice stun turn libnice 。完整的就是 libnice 实现了 ice ，ice 管理了 stun turn ，stun 针对能打通的情况，turn 针对打不通的情况。需要理解为啥要这么多玩意，那就看 NAT 四种类型。完整的思路就看 libnice 即可，webrtc 太复杂了

想太多了，碰到过很多毕业不久的研究生，大部分研究生也不知道怎么搞，少部分比较不错。主要能知道如何正确抽象问题，找正确的资料能力，输入"正确"的关键字进行理解。这些学习新知识都是套路，比如前一段时间有个 XR 平台的技术调研，你首先得理解相关的技术术语吧，然后得知道里面的关键技术点吧，然后得看看有没有相关的技术标准吧，这样就有一个初步思路要做个啥了，然后怎么做，看看开源相关实现，如果没有，那应该要满足这些标准，要实现哪些技术特点等等，至于关键技术，那就要基础知识了。

@guisheng 上海，那是惨了点。

@vance123 @yanqiyu 结题，应该是这玩意。https://www.zhihu.com/question/400932004/answer/1279881253 。奥卡姆剃刀定律

@vance123 @vance123 @yanqiyu 兄弟们 是有个定理讲的这个，忘记叫啥了。大概意思就是说事物之间的关系趋向简单，而不是复杂化。

@guoph @vance123 @kilasuelika 谢谢，是一些不错的工具集，主要就是想自己实现，黑盒子不好工程化，动态添加，删除节点什么的，可以参考一下。目前先就按 topN 或者深度优先+回溯的思路先选一个满足约束条件的路径也行，不要最优也行，就是感觉有点土办法。

@heart4lor 这个思路考虑过，但是要定义一个节点新距离不好定义，选最小。

对，现在是单权可以通过一般的图算法狄克斯特拉算法实现，topN 最优也可以利用相关改进算法实现，但是深入研究发现针对多约束的资料比较少，一种可行的思路是直接找到单权的 topN 直接计算剩余约束是否满足，就是想知道是否有比较可靠的理论算法，毕竟工程思路怕不够灵活。

花钱和平等有啥关系，3.0 本来就是圈内大佬提出的概念，主要是你的私有数据能自己控制。

编解码不吃 CPU 就吃 GPU 你这个方案可以有两个可能改善的效果。解码成 raw 数据，然后 api 处理 raw 数据，再编码，可以少编码解码过程。其次就是用硬件 GPU ，降低 CPU 使用。

bitcoin.pdf A purely peer-to-peer version of electronic cash would allow online
payments to be sent directly from one party to another without going through a
financial institution 。 其实人家主要解决的一手交钱一手交货的贸易模式，它并不
需要其他人的认可，只需要交易双方认可。
现在这个去中心搞得已经政治正确了，那些节点就是一个中心化的大节点。

直接用 url 拉取 h264,用 ffmpeg 转成 MP4 封装就行了。

在公司蹲坑回复，，，

已经看了一天代码了