问一个问题。
如何在最短的时间内把电脑的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云平台那近乎变态的防护体系,但如果只是拖住对方一时半会,那还是做得到的。
因为禄存手头攻击源的总数量,足足有三万个之多!
……
仿佛是回应禄存的那一声喝,三万余的数据炸弹包终于抵达了云平台网络出口的外围。
数十台虚拟化的入侵防御设备如何能抵挡得住这样的攻势?
只撑了不到二十秒,就已经被炸得支离破碎。
看不见的硝烟在网络上弥漫。
一切仿佛并非是虚拟出来的数据,因为从那一刻起,这里已经变成了真正的战场!
拉斐尔已经被眼前的这一击震撼得说不出话来。
他此刻的感觉就好像站在被核弹轰过的广岛一般。
屏幕上刚刚浮现出来的绿点已经完全消失了。