HHD 是啥？ iSCCI 是啥？

然后你说要折腾 KVM 是要折腾啥？
到底是要放哪些东西？

帖子读起来有点乱，没搞明白到底要干什么。
新手的话可以从 Proxmox 开始尝试。

文件存储是有策略的，不是简单的「放在这」「传到那」就能解决的。
最常用的存储策略是 3-2-1 策略，即至少 3 份拷贝，至少 2 份不同介质，至少 1 份在远端。

所以可以一份存硬盘，一份刻光盘，一份到两份传到网盘上。

@CRVV #82

1) 想不到 find 可以想别的办法。
我觉得楼主实际要表达的意思是，应聘者连 find 都不知道，还要我去告诉他们，我还能指望他们给出更高水平的答案？

2) 生产上删了 log 空间不释放，这个问题其实原本应该是应聘者问面试官的。
在执行 find 和 rm 之前，应该先主动检测有没有正在运行的服务已经打开了文件。
这是需要应聘者提前要求 clarification 的，而不应该做 assumption 说 log 文件都已经被安全关闭，可以直接删除。

当然，这条是对应聘者要求过高了，所以如果没有提前问，直接回答一股脑删了，面试官补问空间不释放的时候再答打开的文件描述符我觉得也是很合理的。你也可以回答说可能是 ZFS 文件系统在后台缓慢释放空间，等等。

3) 线上服务日志有专人管理，你自己连日志都不碰，说明你实战经验丰富？
事情都甩锅给别人来做说明实战经验多，事情自己来做说明实战经验少，这个说法我还是头一次听到，挺新鲜的。
你们招的都是高中毕业生么，那种没摸过服务器的「实战经验多」的人吧，我们这些玩过十几年 Linux 实战经验少的人肯定马上就被刷掉了。

@twl007 招什么不都行？
能力强的放在高一点的职位上，能力菜的放下面点，至于连小学数学题都做不出的还是算了吧。
起手就是博士题也不是不行，只不过回头肯定要有人喷你面造入拧了。

还是那句话，问题是什么并不重要，重要的是如何去回答。面试官从来就不需要你去针对一个面试问题给出直接而精准的答案。换句话说，这个面试问题和「请详细描述如何用不同的方式正确地储存和清理日志」是一样的。就如数学考试，面试官只需要知道你的水平是「小学生级别」还是「大学生级别」，还是「博士级别」。他给你的考题可以是小学生数学考题，但是你完全可以拓展到数学系博士的知识级别去回答。

面试的过程是你把自己展示给面试官的过程，不是那种答对多少题就有多少奖金的电视节目。
似乎真的有很多人不知道其中的区别？

面试的问题是用来探索你的知识面的。

比如经典面试问题之一，当你在浏览器上输入网址按下回车后，会发生哪些事情。
不会有人真的以为以后在这公司工作就是要研究按下回车后发生了什么吧？

运维也是同理，问你怎么删日志文件，那首先你要回答怎么删文件，其次你要延伸到删文件后会出现哪些文件（文件太多 globbing 破长度，句柄没关闭导致无法释放空间等等），然后再往下你可以提出更好的解决方案，例如 logrotate 按日分割，然后 cron 定时移走，又或者是 ELK 等集中日志方案等等。

要是还要面试官问一句你挤一下牙膏，然后连浅层的操作系统概念都不懂，你还指望啥？

就像数学考试，小学数学题都做不出来，还要硬说平时只搞博士研究，你说别人能信吗。

竟然真的有人认为面试的时候问问题是期待别人精确回答？
你要是有能力说出 journald 或者 elk 或者 zfs 后台延迟删除或者快照引用，面试官会因为一个 find 命令把你刷掉？真搞不懂是强杠还是没脑子。

@toma77 有车的时候上密林。
没车的时候就某宝呗，差价给商家挣。
easystore 也可以 elements 也可以。

分支只是指向一串提交头部的一种可变指针。
Git 本质上是一大串提交互相连接，分支帮助你定位节点进行操作，删掉不删掉并不是很重要的事情。
关键是把修改的提交合并到正确的地方。

Release 分支也好 master/dev 分支也好，要看你们具体的分支定义的。
通常 Release 分支上只保留 bugfix，master 和 dev 分支则是 bugfix 和 new feature 都有。
这个不同的项目，不同的公司，都有不同的约定，按照你们自己的约定去做就行了。

Bug 价一共就持续了没几分钟……现在要买直接找 My Book 不就得了，价格基本统一的。

freenom 的域名是相当于你问他借来用的，他不仅仅可以不让你续费，还能在中途直接把域名收回。毕竟域名并不属于你，而是属于他。他的域名当然可以随意处分了。
不想花太多钱的话可以找那些一年 2 刀左右的廉价域名，不做站的话用起来还是挺舒服的。

如果你不信任服务商，那么你不应该把服务放在他们那里。

@zhangsimon Turing 的编码器相比之前几代又有提升了，据说和 x265 的 ultrafast 有得一拼。

不知道你具体的使用场景是什么。通常不考虑画质和大小的硬件编码主要是用在串流上，比如直播，还有比如串流到移动设备上观看等等。如果是要收藏存储的话，应该不会考虑用这么低的参数来压制，我觉得至少也要到 x265 medium 的级别才有使用的价值。

@zhangsimon #17
我们一般把速度叫做编码速度，画质大小比值叫做编码效率。

速度的话我倒是不太清楚，因为我不用 nvenc 的。你可以找找各种显卡的测评，有些可能会测 nvenc 速度，可以给你一定的参考。

@zhangsimon 视频编码的核心问题是：
如何让（画质 / 大小）的值尽可能高。

单看画质没有意义，因为只要你把码率逼近到无穷大，画质可以做到无损。但是显然无穷大没有意义。
单看大小也没意义，只要把画质压烂，文件自然能变小。

所以视频编码的效率就是单位大小上的画质。
比如同样给 1000kbps，谁更保真？或者同样画面保真度的情况下，谁能压得更小？