Panabit Support Board!

 找回密码
 注册

QQ登录

只需一步,快速开始

查看: 21343|回复: 18

是否能提供64位的版本

[复制链接]
发表于 2008-5-16 18:17:01 | 显示全部楼层 |阅读模式
为提高效能,是否能提供64位的版本
发表于 2008-5-16 21:00:09 | 显示全部楼层
原帖由 jamyu 于 2008-5-16 18:17 发表
为提高效能,是否能提供64位的版本


64bit只会占用更多的内存,速度反而变慢。
发表于 2008-5-17 09:38:11 | 显示全部楼层
原帖由 jamyu 于 2008-5-16 18:17 发表
为提高效能,是否能提供64位的版本


朋友火车刚出来的时候比马车都慢哦。
发表于 2008-5-17 09:44:37 | 显示全部楼层
原帖由 Lucifer 于 2008-5-17 09:38 发表


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


别说刚出来,就是到了21世纪,也不会快。
发表于 2008-5-17 13:50:55 | 显示全部楼层
别这么说吗64位有64位的优势这的看你干什么了。
但是这里明显不会
发表于 2008-8-2 21:30:08 | 显示全部楼层
64BIT是发展的趋势,无论是在寻址或者带宽上32BIT已经制约了我们的一些高级应用
发表于 2008-8-2 22:52:26 | 显示全部楼层
64BIT目前的优势只是对大内存寻址空间的支持。
64BIT意味着cpu在同一个时钟周期内能处理更大的包。
但是你要知道网络环境中充斥着无数的小包,如果用64bit反而引起性能的下降。

这是一个网络本身的问题
发表于 2008-8-3 22:01:18 | 显示全部楼层
所以我们一般都忽略掉小于15的UDP包.
Cisco 的SCE的思想很好,不是什么包在过滤时都分析.

[ 本帖最后由 goldgod 于 2008-8-3 22:03 编辑 ]
发表于 2008-8-4 07:44:41 | 显示全部楼层
SCE不分析是因为性能不足没法分析。

对数据包的处理是X86平台天生的优势,AP和NP架构望尘莫及他们的优势只是超高速的包转发性能。
发表于 2008-8-4 09:21:58 | 显示全部楼层
原帖由 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中集成缓存服务器,就打算采取这样的方案。
您需要登录后才可以回帖 登录 | 注册

本版积分规则

QQ|Archiver|手机版|小黑屋|北京派网软件有限公司 ( ICP备案序号:京ICP备14008283号 )

GMT+8, 2024-11-1 09:24 , Processed in 0.078188 second(s), 16 queries .

Powered by Discuz! X3.4

© 2001-2023 Discuz! Team.

快速回复 返回顶部 返回列表