本帖最后由 Karl.12 于 2009-11-4 01:46 编辑
老悍马HA01-GT现在退居二线,充当下载机和炒股机,因此FirstPacket技术就显得密切相关了。 本来HA01GT使用的nForce 550 (MCP55S)并不支持FirstPacket技术,既然破解成了nForce570 SLI (MCP55P ),工作室说支持就支持吧,反正是天上掉下来的馅饼,吃着就赚了。至于TCP/IP Acceleration技术,支不支持就不知道了,反正也没什么地方可以看见。
FirstPacket
在传统的网路传输架构中,数据包是按照请求指令的先后顺序进行传递,当一台主机上同时进行网路游戏和BT、FTP等程序时,如果网络资源有限很容易出现相关的延迟和冲突问题,急需的数据就会淹没在大量的数据包中。FirstPacket正是要有效解决这个问题,目的在于减少网路游戏中的延迟,它通过优先权的设定实现对软件实际应用带宽的优化,在一些对带宽不敏感的软件可以选择更低的优先权,而让那些敏感的软件工作在更高的优先权,以达到合理正常工作。在一些比如游戏、VoIP会话。
传统的网路传输架构
采用FirstPacket技术的网络
FirstPacket的实现原理
FirstPacket 还对网络延迟进行了优化,降低ping 值(这点我没联机打过大的游戏,不知道有没有效果)
从FirstPacket的工作原理上让我想到了865\875主板的PAT技术,共同点都是为了减少延迟,提高传输速度;不同点是PAT是直接跳过几个内存控制器的坈冗处理环节,而FirstPacket是通过设置优先数据包“加急”处理。多少也是NV的一个想法,对网络环境的一种改进。有没有实用价值姑且不谈,至少要对这个行为表示肯定。
安装NV网络管理包后,在NV控制面板里找到FirstPacket设置
这里的图借的OCER 里czy8848的图(我偷了个懒,表示感谢,如果不愿意可以告诉我,我再上自己的图),我自己设得优先程序是常用的火狐、QQ 已经几个炒股软件而已。
点开NV控制面板的系统信息,在网络里可以看见优先发送的数据包流量。打开下载软件的同时开火狐多标签浏览,也能感觉到比不开FirstPacket稍微快点(可能还有心理因素),至少比下载软件调限速来的舒坦,没有一种压抑的禁锢感。
如此用了一年多时间,平安无事,直到前段时间大面积开始下载高清片源,大概光BT就有160G,问题开始出现,让我对老悍马的FirstPacket进行重新审视。
症状如下:普通的HTTP和FTP等应用依旧正常,涉及P2P的应用特别是BT就会不定期出现毛病——开始下载没问题,等下载的数据量大了,就会造成网络堵塞,切断一切网络流通。一般会出现在一个小时以后,内存占用巨大,然后网络数据流中断;重启后问题暂时消失,再下载一段时间后重现。 本来我还以为是电信的问题,以为又被电信黑了限流量呢,打了个电话去10000骂了一顿,来了个人剪了一段电话线,捣鼓了半天没有发现任何问题,晚上下载问题依旧。再给路由器刷了新的固件,增加了一些功能,问题还在。得,再重装了几次系统,换了几个版本(都不是GHOST),再换了几个版本的驱动,还是这样。下载软件换了一圈个个如此。终于在一次装驱动的时候想到网络管理包在进程中显示也占用了大量内存,于是就没有安装NV网络管理包,结果问题消失了!经后来多次尝试发现,关闭FirstPacket就不存在P2P拥堵的现象。
于是我做出了这样的结论:由于550并不是对FirstPacket原生支持,对数据包的优先处理能力有限,在破解成570的同时获得FirstPacket已属不易,在高负荷的P2P软件的大强度折磨下终于支撑不住了。 并且在NV的演示中,都是讲FTP应用,并没有说P2P应用,或许大强度的数据流也会支撑不住。当然这点只是我的猜测,手头没有570印证,只能作罢。 不知道有没有人遇到过类似的情况,如果也有,可以考虑在使用BT时关闭FirstPacket或卸载NV网络管理包。
|