交换机会绑定 MAC 和网线端口，所以每隔一段时间，这个映射被改变，会导致往这个 MAC 发送的数据被发送到另一根网线上，所以很有可能你 A 机发出的数据包，返回的时候被交换机发到 B 机去了。

如果你使用的是傻瓜集线器（ Layer 1 设备），那是有可能可行的。不过像是封包里的时间戳和编号之类的东西就没办法了。

主从复制是会有延迟的，牺牲的数据及时性，换取扩展性。很可能你再次读取时读到的是 0.1 秒前的数据。
长连接随便你吧，随机读也是可以的，本来就很随意。

分卷我还是建议用 RAR 做，即使这是个私有的格式。
ZIP 已经很多很多年了，刚开始应该是不支持分卷的吧，后来各大软件自己去实现的分割算法，很可能一个软件做的分卷另一个软件不知道该怎么读取。
要用开源分卷的话可以试试 7Z 分卷，反正分卷已经没了兼容性优势，随便找个现代的替代品更好些。

@SpiderXiantang Git 这玩意儿，说简单也简单，说复杂可以搞得非常复杂。这货完美继承了 Linux 的血统，想要吃透 Git，没个两三年的沉淀积累，我觉得难。初期我建议试试 SmartGit 这个 GUI 工具，比较直观。后期如果想换命令行的话，可以学他的命令行玩法，我敢说他命令行玩得比这帖子里很多人都要溜。

先学习如何使用 Git 吧。用东西不看说明书并不见得一直行得通。

删除快照需要先合并 vmdk，如果你做大死开了 thin disk，合并 vmdk 的时候数据往里一写，那就……

Linus 玩烂的东西我就不多说了，光说你这性能过剩的问题。性能严重过剩是买电脑配置不合理，比如你 8700k 的 6c6t 你根本用不完，那说明可能一个 8600k，甚至是 7350k 都是够用的。那为什么不直接买个 8600k 呢，省下那 100 刀再去买个电视盒子不是美滋滋。
至于像我们这样对 CPU 依赖比较高的，10 个 8700k 加一起都不够用的，分割高性能电脑就更没意义了。

@zgray 想太多了。

ermmm 人家的明文密码啊信用卡号啊身份证号啊手机号啊这些你们都是永久保存的？
贵国的程序员真是可怕。

早就变革完了。
一部电影含有的信息量超过 750GB，考虑到光盘容量太小，发售一次蓝光电影需要 20 张蓝光光盘。
而现在，只需要下载仅仅 2GB 类似公式一样的东西就可以看到电影了。
考虑到网速限制，人们再也不用花上一个月时间下载电影了，而仅仅需要数十分钟。

这个东西放在一个叫做 Decoder 的解码器中就能用公式还原出整个电影画面来。
这种编码解码器里有很多模块，有一个叫 DCT/IDCT，专门用来在时空域和频域之间转换。还有一个叫做 Motion estimation 模块，专门看视频里连贯的工作，把多张连续的画面变成起始画面+运动矢量+残差的公式。还有什么 MB 分析模块，专门看画面上哪些地方复杂，需要分割成小块来转换公式，哪些地方平坦，直接一大块转换成一个公式。还有 psy 人脑视觉分析，分析的是人类的眼睛看哪些部分会更敏感，看哪些部分会更不敏感，敏感的画面部分用更复杂的公式来实现。

嗯，这玩意儿专门有个组织在做，这个组织叫 MPEG，1990 年的时候完成了上述公式的第一版定义，1992 年被批准为国际标准，叫做 MPEG-1。而且其最为流行的一个格式，叫做 MPEG-1 Layer 3，简称 MP3，是人类音视频公式中使用得最广泛的公式之一。
如果楼主的年龄比这 MPEG 要小的话，建议等以后上了大学，可以好好了解一下信息论基础。

云是看规模的呀，用的人多就多部署几层楼的机器，用的人少了机器就可以撤掉给其他服务用了呗。
云服务商动辄几万台服务器的规模，就算留下十几台机器支撑老用户又如何。
大不了宣布这服务自然死，你想用就用，反正没技术支持，用到你不想用了为止。

@zhzer @rabbbit
没有许可证，根据美国版权法之规定，默认为保留所有权利，未经授权任何人不得用作任何用途。
上传到 GitHub 以后，网站许可协议额外允许查看、下载和叉。
那个 Repo 没有叉，行使了查看、下载和叉以外的权利，显然是侵犯了楼主的版权了。

如果你用商业工具剪辑，一般是用 ProRes 编码。
如果你要导入视频进商业工具，除了 x264 的无损以外，也可以试试 Lagarith。我不确定 x264 的无损编码（需要 High444 ）那些商业工具能不能正常解码，你都可以试试看。

「有损」压缩格式就是在压缩的过程中有损。不存在既无损又有损的压缩方式。
AVC 并不一定是有损的，AVC 和 HEVC 都有无损编码方式，x264 中使用--qp 0，x265 中使用--lossless，可以保证输出结果与原始输入完全一致。我们编码一部片的时候，有时候需要输出 720P 和 1080P 两个版本，这时候如果前期处理时间很长，我们就会先输出到无损文件，再解码并重新编码到目标参数。

最近在做的一部 DVDRip，原档是 24 分钟的 NTSC DVD，1.5G ，waifu2x 完的 720p 用 x265 压缩到无损后是 14G，再次 x265 转压到发布用参数，成 180M。

720p 转换成 1080p 会变大只是因为二次压缩效率变低了。
比如 24fps/1.001 的 720p YUV420P8 的码率是 253mbps，你的素材如果是 24 分钟 250M 的话，差不多是 1.4mbps。

所以你前后做的工作是：
1.4mbps (素材) -> 253mbps (解码后的素材) -> 569mbps (拉伸到 1080p 后的素材) -> 3.2mbps (压缩完的 h264 1080p)。

你这里的 3.2mbps，这「多出来的 270M 」，和素材的码率其实并没有太大的关系。

rotate 完了以后你执行一下 /bin/kill -USR1 `cat /run/nginx.pid` 试试呢？
如果执行完没用的话可能是这行命令有问题。

另外我这边 debian 自带的配置是
postrotate
invoke-rc.d nginx rotate >/dev/null 2>&1
endscript

删分区不会丢数据。diskgenius 打开搜一下头部，大概花不了几秒钟，找到了恢复出来就好了。
甚至你如果知道这个分区的位置的话，直接新建分区，不要格式化，建完以后分区就回来了。

分区就只是分区表里的一条记录而已。

如果是在美国的话，支票算是很方便的了吧，打开手机直接把支票存进银行账户就行了，跑银行没必要。

HTTP 本来就会压缩吧。