Chinaunix首页 | 论坛 | 博客
  • 博客访问: 293735
  • 博文数量: 748
  • 博客积分: 2500
  • 博客等级: 少校
  • 技术积分: 8270
  • 用 户 组: 普通用户
  • 注册时间: 2010-06-12 17:57
文章分类

全部博文(748)

文章存档

2010年(748)

我的朋友

分类:

2010-10-25 07:36:42

  在windows server 2003 sp2 中新增了一个功能特性:可扩展网络工具包(scalable networking pack,snp)。在这个可扩展网络工具包中包含了以下三方面的功能:   ltcp 负载转移(tcp chimney offload):将对tcp数据包的处理从cpu转移到网络适配器硬件,从而极大的降低在处理tcp数据包时所占用的cpu性能;   l接收端调节(receive-side scaling):在接收数据时,将所需要的cpu处理能力动态分布到系统的所有cpu上,并根据系统负载和网络处理性能,动态调节数据接收时的性能,从而使网络吞吐获得最高的性能。   lnetdma:通过硬件设备的直接内存访问功能,netdma 可以实现更有效的内存管理,从而提高网络吞吐性能。   虽然 snp 极大的提高了 windows server 2003 的网络处理性能,但是由于其工作原理,目前snp和nat之间可能存在兼容性问题。在操作系统为 windows server 2003 sp2的服务器上,可能会出现无法正常使用nat的情况。这是由于接收端调节功能将tcp 哈希值计算的处理从cpu转移到网络适配器硬件,但是由于nat会修改ip数据包中的头部信息,从而导致网络适配器硬件所计算出来的tcp哈希值与nat所计算出来的tcp哈希值不一致,从而导致tcp连接被复位,最终导致nat工作不正常。   针对这个问题,可以暂时通过禁止接收端调节功能来解决,具体操作过程为:   在   hkey_local_machinesystemcurrentcontrolsetservicestcpipparameters   下添加一个名为:   enablerss   的dword键值,并将其值设置为0。   微软未来将会推出相关的补丁。 如果喜欢windows 2003 sp2与nat的兼容性问题请收藏或告诉您的好朋友.
阅读(269) | 评论(0) | 转发(0) |
给主人留下些什么吧!~~