是否能提供64位的版本
为提高效能，是否能提供64位的版本 原帖由 jamyu 于 2008-5-16 18:17 发表 http://www.panabit.com/forum/images/common/back.gif为提高效能，是否能提供64位的版本
64bit只会占用更多的内存，速度反而变慢。 原帖由 jamyu 于 2008-5-16 18:17 发表 http://www.panabit.com/forum/images/common/back.gif
为提高效能，是否能提供64位的版本
朋友火车刚出来的时候比马车都慢哦。 原帖由 Lucifer 于 2008-5-17 09:38 发表 http://www.panabit.com/forum/images/common/back.gif
朋友火车刚出来的时候比马车都慢哦。
别说刚出来，就是到了21世纪，也不会快。 :lol 别这么说吗64位有64位的优势这的看你干什么了。
但是这里明显不会 64BIT是发展的趋势，无论是在寻址或者带宽上32BIT已经制约了我们的一些高级应用 64BIT目前的优势只是对大内存寻址空间的支持。
64BIT意味着cpu在同一个时钟周期内能处理更大的包。
但是你要知道网络环境中充斥着无数的小包，如果用64bit反而引起性能的下降。
这是一个网络本身的问题 所以我们一般都忽略掉小于15的UDP包.
Cisco 的SCE的思想很好,不是什么包在过滤时都分析.
[ 本帖最后由 goldgod 于 2008-8-3 22:03 编辑 ] SCE不分析是因为性能不足没法分析。
对数据包的处理是X86平台天生的优势，AP和NP架构望尘莫及他们的优势只是超高速的包转发性能。 原帖由 goldgod 于 2008-8-2 21:30 发表 http://www.panabit.com/forum/images/common/back.gif
64BIT是发展的趋势，无论是在寻址或者带宽上32BIT已经制约了我们的一些高级应用
64bit是发展的趋势，这个我非常赞成。
不过，就目前情况而言，32bit对Panabit已经足够了。目前Panabit有能力在32bit做到1000万并发连接。
如果Panabit运行在kernel里，32bit下是不可能达到这样的规模的，但是我们开发了PanaOS，这个是运行
在FreeBSD/Linux之上的一个用户态process，而且可以运行多个事例并分不到不同的CPU上，因此可以间接
扩展内存空间（如果在x86下打开PAE就比较明显了）。
64bit优点是显而易见的，但是这也意味着同等信息的数据占据更多的cache line，这是影响性能的关键。
在X86下，如果将PAE打开，可以作为64bit和32bit两者的折衷。
我们下一步打算在Panabit中集成缓存服务器，就打算采取这样的方案。
页:
[1]
2