@msg7086 Window 本身不支持，就算用虚拟磁盘也做不到 lvm 这么方便的用法。

@ysc3839 别闹，Windows 的动态盘能做到 Linux 这种把物理磁盘中的一个分区划出来作为 lvm 的一部分？

Linux 有神器 lvm，这点秒杀 Windows，推荐用 lvm 方案试试。

你们这些方案速度太慢。

速度最快的方案，用迅雷 VIP，如果版权有问题，换 BitComet。

1.除了整体对比之外，没有任何摘要或校验算法，能够保证 100%的校验出错误，包括 CRC、MD5、SHA512 等等。

2.越复杂的算法，无法验证出错误的概率就越小。一般来说，中小公司不做大数据的话，其实 MD5 的验证算法已经足够了。大文件传输的话，以 16MB 或 32MB 等进行分块，每块传输 md5 校验码，可以保证文件的正确性。

3.TCP 的目的是保证传输性能，并不是完全是保证数据安全。

4.如果要彻底保障数据安全，那么需要完全异构的多套硬件系统以及软件算法，并且进行操作对比来确保安全性。

FRP 这类软件的问题，根本就不在于技术，而在于商业运营，在于国内高性价比的上下行带宽，在于高性能高稳定性的出国线路。

你那兄弟向你吐槽的是商业问题，而你却以为这是技术问题，其实 FRP 就只是个反代软件，类似的解决方案一大堆。

你最后一句 [一定要有付费玩家] 这句是对的，但要做好这一步，特别难。电报上面那么多做这种运营最后倒闭了，他们都蠢？要不你试试？

真正的好公司，利润都在业务上，员工忙于业务，谁有空瞎折腾机器。

数据被加密时使用的秘钥，为存储秘钥。这玩意是第一次生成后就不能也不应该修改的，不然所有的数据都会被重新解密加密，性能消耗太大。

业界的做法是，用户密码是用来加密存储秘钥的，而不是把用户密码用来加密数据。这样用户每次修改密码，只需要把存储秘钥进行解密后重加密就行了。

@lijunbo

1.我并不觉得有什么高人一等。很多东西，比如智力、学习能力、选择的方向等等，这些只是运气，只是概率而已。很多人能把后端学好，也只是投胎到一个比较好的智力与学习能力上，这没什么了不起。

2.不要妄自菲薄，每个人、每种学科，各有价值。离开前端，后端什么都不是。

3.虽然如此，但后端，客观来说，难度的确比前端大，但前端的复杂度却比后端强。

最后，没必要因为自己学什么而感到骄傲或沮丧，你学前端做到顶级大佬，仍然能在收入上秒掉一堆后端。

@lijunbo

1.没挂科。

2.这不是印象深，而是这几门课是后端的基石。凡是正规大学的计科或软工的精英都会知道这事。

3.这并不是优越，科班也有不同的细分方向，而后端方向就是比前端方向门槛高。

4.不好意思，你今天用的 jdk 甚至编程规范、信息安全协议，我还真贡献过一小部分。

最后，给你几个建议：心态不要阴暗，承认差距，认清自己，才能走得远，走得稳。

@Lfinesse 很多高端性能问题，分析后的最终落点会到数电甚至模电层次。

对于后端来说，前端只是麻烦而已，何来难度。

前端不服的话，可以来试试学后端。这可不是从 C++开始学，而是从高数 /物理 /模电 /数电开始学的。

另外，监控这种东西，如果达不到 1 秒级别的更新级别，而是几分钟才更新一次，那不是监控系统，而是监控玩具，因为它根本没有解决问题的用途。

1M 带宽 1 核，还是虚拟机，这玩意不知道能拿来干嘛，白送我都不要....

真正想要一台高性价比的互联网服务器，完全可以捡一台可以跑 Esxi 的洋垃圾，然后走省会电信民用宽带，申请公网 IP。这样去做，无论是带宽还是服务器性能，都比 XX 云要划算太多。

老哥是 Java 用多了吧...就算 malloc_usable_size 这函数能给出正确的结果，万一编译器把它当函数来编译，那么它的性能也有可能比自己用变量记录慢得多啊。

1.检查代码肯定要写。

2.如果不符合约定，则先写日志，后抛异常。

1.任何方案都有其优缺点。

2.如果因业务限制，只能采用某方案，那就应该先解决业务，再来想办法优化。