在较长线路上造成的过长延时

王朝other·作者佚名  2008-05-19
窄屏简体版  字體: |||超大  

症状:

文件传输在长途线路倾向于慢比在较短距离线路。 这是因为传播延迟在典型的电路是每100英哩的1毫秒。 当使用NetWare乒乓文件传输协议时,每处理遭受往返传播延 迟。因为电路英哩比两次可能是更多只要直线英哩,此延迟 可以进一步被夸大。

例如,一条线路 从俄勒冈向新泽西通过西雅图、洛杉矶、芝加哥和Ohio_a电路路由 距离5,402英哩。往返传播延迟在此电路将是108毫秒。

这意味着,为这样线路,使用 NetWare 乒乓文件传输协议不管线路速度和数据压缩效果和忽略所 有其他延迟,少于10处理每秒钟能发生。如果每处理导致512 个字节有效载荷,则最大可能的转发速率为一个文件在此线路是大 约5,000 bytes/second。

例如,当系统设置本地没有传播延迟,需要40秒在 56 Kbps带有数据压缩执行PCONSOLE。 由于传播延迟,这次 扩展了到170秒当连接5,400英哩横跨国家(地区)时。

解决方案:

额外延迟可以被使用LAN.LAN提供的 大信息包功能缓和。如果使用以太网,您的NIC使用的信息包 大小可能是1024。如果配置信息包大小是1024在您的 LAN2LANs (请参阅您的用户指南)您能然后准备大量降低您的文件传 输时间。确切的数量取决于您的线路速度、使用压缩和电路 英哩长度您的线路。 如果是Thomas Conrad ARCNET或令牌环 用户,您可以能增加信息包大小更加进一步。

当变得可用,对问题的一个不同的解决方案将由 Novell的信息包突发NLM提供。

调查的额外延迟

如果需要调查额外延迟,您可以查找 以下建议有用:

计算您的期望时间每 个产生的文件事务处理(以毫秒):

Request transmission time + Response transmission time + Two way

Propagation delay + other delays

请 求传输时间提供:

File request size (34 bytes)/(line speed in bps/8) * 1000

回应传输时间提供 :

File response size (552 bytes)/(line speed in bps/8) * 1000

二种方式传播延迟产生:

(Circuit miles one way * 2)/100

其他延迟= 5毫秒

测量时间每个文件事务处理知道是重要的多少处理是 包含的。这可以取决于使用测量员。选择LAN.LAN驱动 器在末端最近对您的工作站并且为线路选择线路统计数据用于转移 。使用F8清除统计数据,当没人使用线路时,然后运行必需 的测试。记录块的数量在每个方向。

由采取调用文件为了设立文件每秒事务处理数的编号 秒钟的数量分开块的数量。 分开处理的数量成1000得到毫秒 的数量每处理。此图与您的计算出的数字比较确定是否有无 法解释的延迟。

区分在一个可执行文 件的之间简单复制也是重要的; 即,复制PCONSOLE.EXE C: , 与远程该文件的执行; 即,PCONSOLE。 在 本例中,要求的块的数量复制文件是500,而要求的块的数量执行它 至第一个屏幕是1281。

联络信息

Cisco Syetms, Inc.

European Headquarters

Access Business Unit

Cisco Systems, s.a.r.l.

2569 McCabe Way

ZA de Courtaboeuf

Irvine, CA 92714-6243

16 avenue de Quebec

Tel: 714 752-1511

91961 Les Ulis Cedex

800 368-6533

Tel: 33 1 6918 61 00

Fax: 714 752-8389

Fax: 33 1 6928 83 26

 
 
 
免责声明:本文为网络用户发布,其观点仅代表作者个人观点,与本站无关,本站仅提供信息存储服务。文中陈述内容未经本站证实,其真实性、完整性、及时性本站不作任何保证或承诺,请读者仅作参考,并请自行核实相关内容。
 
 
© 2005- 王朝網路 版權所有 導航