VPN使用压缩功能后,会影响多少CPU资源?能否起到加速的作用?
最近好像回答问题的人越来越少了! 肯定会影响CPU占用的至于有没有加速,这得看实际情况了吧~~
个人观点 我查了一些资料,会增加CPU、内存的使用量,但是确实能加速网速,尤其是WEB、下载,但是对JPG、GIF、PNG等图片基本没有压缩能力,其他的压缩比接近2:1
deflate压缩这个功能在这个论坛没有人提到! 努力学习中.....
回复 #1 专卖精品 的帖子
100K以下的带宽是可能加速的,以上就不大可能了 有没有人测试过? 原帖由 stevemorris 于 2006-4-19 16:23 发表100K以下的带宽是可能加速的,以上就不大可能了
什么原因? 肯定能削减链路带宽的,但要是包多数据流量大的话,对CPU的要求该很严格了吧。 这其实是一个瓶颈转移的典型例子,虽然100K这个数字未必是准确的(经验性的),但大体可以这样理解:
在低带宽的情况下:
带宽会被经常占满,带宽成为主要的网络瓶颈,如果此时数据经过压缩,传输量就会相应减少,因此会感觉明显快些,同时由于带宽窄,通讯压缩所导致的系统资源消耗往往很小(利用系统的剩余资源往往就够用),因此采用数据压缩总体来说是切实可行的方式
高带宽的情况下:
带宽用满是概率就会大大减少,通讯方面不再是瓶颈,而设备的处理能力(转发等)在这时倒是成为了主要瓶颈,在带宽富足的情况下,未经压缩的数据传输不会多花费太多时间,而为了这区区的一点时间,要消耗已经成为瓶颈的系统资源来处理数据,而且是全部数据,那就反而加重了瓶颈!同时,在高带宽的情况下,通信量会很大,需要压缩的数据量就会加大,这需要耗费主要的(而不是剩余的)系统资源。
何况,即便系统资源相对富裕、带宽也富裕的情况下,压缩数据的传输也未必比不压缩的传输快,这需要比较压缩消耗的时间与传输所消耗的时间,不要忘了,尽管带宽富裕,数据压缩同样需要时间!
因此总体来说,高带宽条件下采用数据压缩需要经过统筹和较为严密的测算。
同样消耗系统资源,压缩,并不像加密那样具备足够的必要性,对于大流量的传输需求来说,压缩,最好在传输以前就做好(比如放在客户端或其他系统资源宽松些的服务器上)
回复 #7 专卖精品 的帖子
补充一下,100K仅仅指没有特点的数据,对于视频/音频等采用专用的压缩肯定是有效的。没有任何损耗的压缩对CPU的压力是指数增加的。而带宽是线性的。所以总有一个极限,我的数据是P5的CPU,更好的CPU这个数字越大。 有点效果
在ROS 2.822 版本上测试过 我认为如果出口受压力,内部怎么压缩都没用 对一般出口的用户效果不算太大,只有对下出口的用户作用比较明显 现在确实没人回签问题了!! 原帖由 parphy 于 2006-4-20 09:09 发表
这其实是一个瓶颈转移的典型例子,虽然100K这个数字未必是准确的(经验性的),但大体可以这样理解:
在低带宽的情况下:
带宽会被经常占满,带宽成为主要的网络瓶颈,如果此时数据经过压缩,传输量就会相应减少 ...
正解!
VPN压缩的实质就和当年MODEM上所有的压缩技术类似!
页:
[1]