tome的个人空间

zhuzc：rsa不是经常作的，我看对系统性能的提高没有太大帮助。(2003-03-25 10:07)

回复

moqingsong：256不算高，现在我们做的算法最保守的速度也有300以上，测试长度20亿128位数据 密匙长度？(2003-03-25 00:40)

回复

wxl_50685330：不是吧,兄弟们,你们说什么算法啊,300M都出来了,要真那么快我觉得没必要再讨论效率问题了,LAN的速度也就100M,到300M加密就不是VPN的关键矛盾了.对了,有个贴子求RSA的快速算法,你们看没,这个我觉得到很有价值,各位有什么好的建议也讨论讨论啊,RSA确实太慢,虽然不做...(2003-03-24 21:32)

回复

green_pine：256不算高，现在我们做的算法最保守的速度也有300以上，测试长度20亿128位数据(2003-03-24 17:27)

回复

zhuzc：赫赫，我说的是plain size。(2003-03-22 13:35)

回复

moqingsong：因为加密强度问题，所以从来不用64位的加密。一般用的是1024位，或512位的。怕没有比较性才放了一个128位的数据。(2003-03-21 16:19)

回复

zhuzc：to moqingsong：你用作测试的plain size太大了，你试试64byte的数据和1500的数据。那才是比较常用的测试数据。 (2003-03-21 12:47)

回复

tome：单独测试加密算法的数据： plain size: 10Mbytes key size :128 byte encryption: 312ms decryption: 314ms =256Mbps 环境: P3 500Mhz RAM 256Mbyte ...(2003-03-21 09:28)

回复

moqingsong：单独测试加密算法的数据： plain size: 10Mbytes key size :128 byte encryption: 312ms decryption: 314ms =256Mbps 环境: P3 500Mhz RAM 256Mbyte ...(2003-03-21 01:45)

回复

tome：....我们提出的性能是100/10M自适应,但是不知道最后做出来能到多少,还有你说的VPN速度概念比较模糊,你是看包进出整个VPN模块的bps还是看整个网络的bps,这个都不好说,只能取个均值,不过如果主处理流程上每个模块的速度都能基本满足需求我想均值应该是可以接受的. .....(2003-03-20 17:58)

回复