长线路上过长的延时

症状：
文件传输在长途线路倾向于慢比在较短距离线路。 这是因为传播延迟在典型的电路是每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。