@min #18
都说 win10 对开发者友好，巨硬自己也吹，到底有什么独家特性对（软件）开发提升如此明显？

@thefack #2
能有这事？咖喱味太重？

@wummyu #3
@wwqgtxx #4
顺带一提，HEVC 相对于 AVC 的“压缩效率”提升其实是看情况的。
在大分辨率的情况下，基本上从 1080p 往上，2K 4K 8K，HEVC 的码率利用率都比 AVC 很明显得高，同分辨率近乎一样的画质下，码率缩一半或者一小半不是问题。
但在低分辨率时，720p 以下，尤其 480p 或者更低时，HEVC 毫无优势，甚至需要用更高的码率实现相似的画质。
综上，HEVC 本质上就是超高清影音时代为了降低码率而搞出来的东西，其实 HEVC 本身的核心还是 AVC 那一套，只是增加了角度更精细的运动预测，并提供了更大的像素单元以针对大分辨率提高编码效率。
然而码率的利用效率提升的背后，是明显“不划算”的编码速度损失：缩一半码率付出的代价是几倍的编码时间。

@wunonglin #2
@bclerdx #3
他理解错误，但是有一说一，警告信息对可能的后果讲得还不够详细

你机器没大毛病的话，完全可以考虑加内存换固态，几百块钱解决问题。
当然加不了的话另说。

@zdnyp #22 没闻到，大家对“戾气”“杠精”这类词真的喜欢随性滥用

以后大陆不能白嫖 cf 了，cf 这个体量的 rbq 肯定只会欲求不满

@standin000 #24 snap 其实就是打个包，把自己需要的依赖全部自带，省得系统中缺少或者冲突。虽然可能用到一点点虚拟化技术，但也主要在文件系统上，影响的也是涉及到文件系统操作的性能。我用的很少，但就我用的那几个 snap 包，没觉得有被拖慢，也许冷启动速度会有点变长？

@louettagfh #1
@des #2
谢谢，明白了

@dunn #13 应该是炖锅

@bingowrt #12
在线视频站的画质一般都是欠码率的吧，也就矮个子里拔高。
网飞我没条件尝试，能不能给点主观评价？
假设网飞的画质为 1 的话，油管的大约零点几？

@zachlhb #62 这就很奇怪，我虚拟机里安装盗版 AD 画电路图的，没有卡顿，连 3D 特效都挺流畅。

@berrx #55 问个题外：vagrant 能支持“移动可插拔仓库”吗？我想把虚拟机扔移动 SSD 上，前段时间尝试了几天，未果

@zachlhb #52
图形加速开启后，丝般顺滑
哪怕不开，只要不运行显卡负载重的软件，也不会感觉到明显卡顿
当然这跟宿主 linux 系统本身的图形加速能力也有关系，但这年头，主流发行版及其衍生在这方面都不弱
除非是要在虚拟 windows 里打 3D 游戏、渲染、建模……

@Te11UA #16
那要不，写个脚本，遍历路径，逐文件比较？看看多了什么少了什么改了什么。

也就是说唯一的区别是两个环境的“新旧程度”不同？
那可能还是有什么残留的数据或者配置在捣鬼。
为控制变量，不妨再新建一个……

@luxinfl #21
这不是网上提供的信息不对，也不是你使用网上信息的方法不对，是你弄错了导致问题的原因。
上面 @oahebky #16 提到浏览器没关闭导致流程被阻塞，不管其叙述是否覆盖了所有细节，思路没有错。
你在 python 进程里起了一个浏览器的 driver，那么这个 driver 不关闭的话，当然是要阻塞后续代码的，那两行 exit 的代码压根没有机会被运行。
如果你把 driver 退出的话，exit 就不需要了，实际上我们平时写的东西也很少去用 exit 的，因为代码跑完了，python 会自动退出，不需要 exit 。exit 一般用在特殊场景下，需要在程序运行过程中、尚未结束的时候退出，才会用到。
冰箱门还没关，却一个劲在那琢磨为什么冰箱里面的灯还不灭呢？我明明已经把要拿的东西拿出来了呀……
所以你这属于基本概念不扎实导致的，因果链没建立，所以才会既不知道怎么来的也不明白怎么没的。

方向这东西能避免吗？
避免不了的，只有“有意”“无意”之分。
如果“强加给后代”构成了一个方向扇面的话；
那么“不强加”无非是构成另一个扇面。
而且这俩扇面的角度加起来都达不到一个完整的 360°，
远远达不到。
人生目标是个绝对主观的概念，
既然如此那还有什么可说的？

@lucifer9 #21
任何文件系统没了 ECC 都不安全。
内存有错的情况下，文件数据的损坏仅仅是时间+概率的问题——早晚的事。
至于选择 ZFS 的原因：性能、快照、压缩、冗余、自维护性……这些就够了，本来也没指望非 ECC 的内存能实现什么额外的数据纠错。