症状：

当使用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。

（责任编辑：城尘 68476636-8003）

频道声明：本频道的文章除部分特别声明禁止转载的专稿外，可以自由转载.但请务必注明出出处和原始作者 文章版权归本频道与文章作者所有.对于被频道转载文章的个人和网站,我们表示深深的谢意。 原始作者:佚名 录入时间:2006-10-13 4:37:29 信息来源:不详 投稿信箱:itqoo@126.com