问一个问题。
如何在最短的时间内把电脑的CPU跑到满负荷？
答案其实很简单。
不是看高清视频，也不是玩某些大型网络游戏。
而是一个看上去极不起眼，有很多人都会的操作。
数据文件的压缩与解压缩。
众所周知，CPU的核心功能就只有一个。
计算。
各式各样的计算。
而文件解压这个看似很平凡的操作，使用到最多的部分，恰恰就是这些巨量的浮点计算！
有人曾经做过这样的测试，在最极限的参数设置之下，7-zip压缩算法能够将4T左右的数据文件压缩到仅有50M大小！
这样做的代价当然也很巨大。
一台16核CPU的高性能服务器，在满负荷的状态下足足运行了两天48个小时！
之前孙玉衡交给禄存的，正是这样一个能够自行解压缩的数据包。
数据包的大小只有区区4096KB，但使用的算法是Zopfli。
这种算法可要比7-zip这样的二流货色强上太多了。
其压缩比率甚至能够达到7-zip的1.5倍以上！
而它对CPU资源的消耗则更为惊人。
打个比方来说吧，假如解压一个使用了7-zip算法压缩的文件需要100秒，那么解压Zopfli算法的同一个文件，至少要花上500秒以上的等待时间！
这样的数据包，若是真进入到隔离防火墙的网络端口并开始自行解压的话，后果当然是可以预料的。
几乎全部的CPU运算资源都会在一瞬间被这极限算法吞噬殆尽！
然后全部的底层系统崩溃，防火墙开始进入无限假死的僵尸状态。
这就是孙玉衡的计划。
他并不指望这种方式能真正攻破Google云平台那近乎变态的防护体系，但如果只是拖住对方一时半会，那还是做得到的。
因为禄存手头攻击源的总数量，足足有三万个之多！
……
仿佛是回应禄存的那一声喝，三万余的数据炸弹包终于抵达了云平台网络出口的外围。
数十台虚拟化的入侵防御设备如何能抵挡得住这样的攻势？
只撑了不到二十秒，就已经被炸得支离破碎。
看不见的硝烟在网络上弥漫。
一切
「如章节缺失请退出#阅#读#模#式」
你看#到的#内#容#中#间#可#能#有#缺#失，退#出#阅#读#模#式，才可以#继#续#阅#读#全#文,或者请使用其它#浏#览#器
