@black11black #77 为了方便你查看上下文，把你先前回复我的评论复制如下：

1 、本身 x265 发展快十年了，可调性非常大，你这么测其实没有任何意义。

2 、0202 年了，现代的画质对比就是要用放大镜看的，没意识到这点说明你还没有悟。你若关注 av1 项目，再跟 x265 全高（概念）设置对比，恨不得画面要放大到 x20 来看区别

@black11black #77 这是本来想回复你的，但是当时忘了 at 你，今天翻旧帖找别人留的网站地址发现了，补上：

任何参数调整都是在速度、体积、画质三者之间取舍，而这三者从来不可兼顾，最终也是按需选取一个并不平衡的“平衡点”。
默认参数正是那个三者正中间、最平衡、但反而不一定符合某些需求和场景的点，但默认参数的结果也自然成为整个参数空间函数输出值域的一个基准点，手动调参后在速度、体积、画质上呈现出来的变动都将以默认参数为中点辐射开来。
而 hevc 和 avc 的区别是系统性的而非局部的，它们默认参数的导致的结果本身就是是两个相距甚远的平衡点，它们进行调参后各自辐射开来的值域空间也将各自独立，也许会有部分相交，但不相交的部分才是大头。
最直观的，再怎么调参也不会缩小速度上的差别，再怎么调参也不会让 hevc 在小色块上的涂抹感降低到 avc 的水平。这就是系统差异。

至于逐帧逐像素对比这件事，如果你非要将理论验证和技术迭代过程中所采用的实验方法与评判标准，来强行替代日常使用中人们所依赖的视觉感官体验和重整体轻细节的取舍策略，并且还恬不知耻地指望别人在看到你这些脱离应用场景、偏离讨论重点、单纯否定却无法给出替代方案且毫无建设性的发言后，居然不会将之看作捣乱、挑衅、思维干扰和思想攻击，那你要么摘下道貌岸然的面具放声嘶吼，要么把面具戴好默不作声维持住这好不容易经营起来的伪装。

综上，结论有没有意义我不知道，讨论其意义本身才是意义，数据是实打实的价值，有表可查是莫大的幸福。至于悟，我悟不悟我不知道，也没人能自己说自己悟的这没法证伪，你在猪鼻子插葱，装悟，这倒是能切实体会出来。

@tctc4869 #76 我指的是 Linux 环境。
我也在 Windows 里用软连接，但用的非常少，不到万不得已不会考虑，Windows 的软连接光是需要管理员权限才能创建这一点就够我受的了。Windows 的文件夹链接我倒是用的挺多的，这玩意和 Linux 中的符号链接很像。

就 v2 这拉胯的连接性，没道理是氪了金的

@renmu123 #1 就算切换解释器、虚拟环境，我记得之前扫描过的结果不是有缓存的吗？

在有限的可驾驭的变量空间内提前预测规划，这叫未雨绸缪。
在近乎无限或远超控制力的变量空间内制造焦虑，这叫没事找事。

有些工作必然存在需要加班的情况
无法区分是否需要、哪些工种需要
所以加班合法，全世界如此
然后很多不需要加班的企业或者工种也就被安排上了

@imn1 #1 300G 的老盘就忽略了，挑个主力阵容里役龄最长的

你说的自定义 FUSE 思路可行，功能是简单的，但开发调试过程一定是痛苦的，这个没辙。
所以在此之前，强烈建议你再试一些已经存在的工具、方法：
ZFS 绝对值得一试，“终极文件系统”真不是凭空吹的牛逼；
大量小文件打包成一个大文件的思路也值得一试，这事其实很多游戏都在干，就我自己玩过的，魔兽 3 、dota2，都如此。

热插拔？没重启？磁盘阵列？
先不说支持不支持，但既然 bug 了，有必要重启一次试试看吧

奶牛快传不行吗

@CrazyMoon 显然没有现成的，而且这类脚本写起来显然会比较麻烦，因为需求场景都统一不了，只能自己来。

不是已经有 ytdl 这么好的轮子了吗

@artandlol 谁允许你偏题找台阶溜的？

前面当你阴阳怪气地写出“资本家再想怎么挣钱，你在想怎么让你电脑安全。也没人对你电脑感兴趣”这样的评论的时候，你是在聊什么是感兴趣？

放肆！

以前有段时间家宽获取的百度网盘 DNS 记录连接不畅，手动改了 hosts 之后，baidupsc-go 依然通过 DNS 查询到的记录连接，这事当时费了好大功夫，最后发现 Golang 跟 DNS 相关的库（不知是默认还是怎么着）会直接忽略本地 hosts 。

所以本地 hosts 虽然是系统层面的配置，也确实被多数软件接受，但依然存在某些程序和库直接无视 hosts 的情况。

zerotier 美滋滋