是否能提供64位的版本

jamyu

为提高效能，是否能提供64位的版本

panabit

原帖由 jamyu 于 2008-5-16 18:17 发表
为提高效能，是否能提供64位的版本

64bit只会占用更多的内存，速度反而变慢。

Lucifer

原帖由 jamyu 于 2008-5-16 18:17 发表
为提高效能，是否能提供64位的版本

朋友火车刚出来的时候比马车都慢哦。

panabit

原帖由 Lucifer 于 2008-5-17 09:38 发表


朋友火车刚出来的时候比马车都慢哦。

别说刚出来，就是到了21世纪，也不会快。

Lucifer

别这么说吗64位有64位的优势这的看你干什么了。
但是这里明显不会

goldgod

64BIT是发展的趋势，无论是在寻址或者带宽上32BIT已经制约了我们的一些高级应用

Lucifer

64BIT目前的优势只是对大内存寻址空间的支持。
64BIT意味着cpu在同一个时钟周期内能处理更大的包。
但是你要知道网络环境中充斥着无数的小包，如果用64bit反而引起性能的下降。

这是一个网络本身的问题

goldgod

所以我们一般都忽略掉小于15的UDP包.
Cisco 的SCE的思想很好,不是什么包在过滤时都分析.

[ 本帖最后由 goldgod 于 2008-8-3 22:03 编辑 ]

Lucifer

SCE不分析是因为性能不足没法分析。

对数据包的处理是X86平台天生的优势，AP和NP架构望尘莫及他们的优势只是超高速的包转发性能。

panabit

原帖由 goldgod 于 2008-8-2 21:30 发表
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中集成缓存服务器，就打算采取这样的方案。