组织：中国互动出版网（http://www.china-pub.com/）<br />
RFC文档中文翻译计划（http://www.china-pub.com/compters/emook/aboutemook.htm）<br />
E-mail：ouyang@china-pub.com<br />
译者：王翌（mcsewang&nbsp;&nbsp;&nbsp;mcsewang@21cn.com）<br />
译文发布时间：2001-6-10<br />
版权：本中文翻译文档版权归中国互动出版网所有。可以用于非商业用途自由转载，但必须<br />
保留本文档的翻译及版权信息。<br />
<br />
<br />
Network&nbsp;Working&nbsp;Group					&nbsp;&nbsp;&nbsp;&nbsp;John&nbsp;E.&nbsp;Kreznar<br />
RFC-19								&nbsp;&nbsp;SDC<br />
7&nbsp;October&nbsp;1969<br />
<br />
<br />
可用来降低有限交换节点阻塞的两条协议性的建议<br />
(RFC19&nbsp;Two&nbsp;Protocol&nbsp;Suggestions&nbsp;to&nbsp;Reduce&nbsp;Congestion&nbsp;at&nbsp;Swap-Bound&nbsp;Nodes)<br />
在ARPA的IMP网络节点的主机系统中，其主存与辅存之间的信息交换速率存在很大的<br />
差异。对于其中较慢的，拿我们的配备2303交换式存储器的360/50系统来说，如果本文中<br />
提到的这两条协议性的建议能够被采纳，将不止提高其自身的网络性能，而且对所有节点的<br />
网络性能提高都有所帮助。<br />
<br />
1.	主机控制IMP到主机传输的顺序<br />
IMP─HOST协议现在是要求按照IMP接收消息的顺序从IMP到主机发送消息的。这将在以<br />
下情况发生时导致交换的浪费，例如：当IMP有消息要发送给其主机的分时共享用户A和<br />
B时，如果B正在主机的内核中驻留，按照现在的规则，B将被强制置换出来，让A先进<br />
入。只要发现第一条消息被接收，A又会被移出而B会再次进驻。如果主机能够做到以下<br />
两点：a）读入IMP的等待消息队列，b）以其发现的最有效的方式接收信息，那么就可以<br />
产生一种新的提高网络效率的机制。显然，这种转变会对BBN的IMP软件产生一定的影响。<br />
<br />
2.	主机间内核到内核的传输<br />
在另一个层面上，也许不包括HOST─IMP协议或IMP软件的改变，可以用一种HOST─HOST<br />
（主机到主机）的协议，其中互相协作的主机商定先暂停内核中的某些特定的程序以留出<br />
一定的时间段给一个在辅助连接中的多路消息文件进行传输。这可以大大减少此类文件从<br />
一个交换受限的主机中输入输出的传送时间。美中不足的是，当数字处于某个范围时，本<br />
提议可能产生的这种优势会减弱：如果我们假定有一条50kbps的线路，它能提供100%的<br />
带宽效能给这种传输（本例中可能需要稍稍对RFNM做些不同的处理），这样每秒恰有不<br />
少于6个8kb的消息，在分时系统环境中，锁定一个内核程序并让它等待两秒以上是不明<br />
智的，如果是这种情况，那么这种方法只能用于文件长度为2到16个消息的极为有限的<br />
一段范围内。尽管如此，本提议可以令传输一个大文件的速度得到如此大的提升，我觉得<br />
它还是很值得加以考虑的。<br />
<br />
<br />
<br />
1.&nbsp;Abhi&nbsp;Bhushan,&nbsp;Proj.&nbsp;MAC&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;10.&nbsp;&nbsp;Jerry&nbsp;Cole,&nbsp;&nbsp;SDC<br />
2.&nbsp;Steve&nbsp;Crocker,&nbsp;UCLA&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;11.&nbsp;&nbsp;John&nbsp;Kreznar,&nbsp;"<br />
3.&nbsp;Ron&nbsp;Stoughton,&nbsp;UCSB&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;12.&nbsp;&nbsp;Dick&nbsp;Linde,&nbsp;&nbsp;&nbsp;"<br />
4.&nbsp;Elmer&nbsp;Shapiro,&nbsp;SRI&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;13.&nbsp;&nbsp;Bob&nbsp;Long,&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;"<br />
<br />
5.&nbsp;Steve&nbsp;Carr,&nbsp;Utah&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;14.&nbsp;&nbsp;Reg&nbsp;Martin,&nbsp;&nbsp;&nbsp;"<br />
6.&nbsp;John&nbsp;Haefner,&nbsp;RAND&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;15.&nbsp;&nbsp;Hal&nbsp;Sackman,&nbsp;&nbsp;"<br />
7.&nbsp;Paul&nbsp;Rovner,&nbsp;LL&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;16.&nbsp;&nbsp;C.&nbsp;Weissman,&nbsp;&nbsp;"<br />
8.&nbsp;Bob&nbsp;Khan,&nbsp;BB&nbsp;&&nbsp;N&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;17.&nbsp;&nbsp;Marty&nbsp;Bleier,&nbsp;"<br />
9.&nbsp;Larry&nbsp;Roberts,&nbsp;ARPA<br />
<br />
<br />
<br />
[&nbsp;This&nbsp;RFC&nbsp;was&nbsp;put&nbsp;into&nbsp;machine&nbsp;readable&nbsp;form&nbsp;for&nbsp;entry&nbsp;]<br />
[&nbsp;into&nbsp;the&nbsp;online&nbsp;RFC&nbsp;archives&nbsp;by&nbsp;Alex&nbsp;Portnoy&nbsp;1/97&nbsp;]<br />
<br />
RFC&nbsp;19&nbsp;Two&nbsp;Protocol&nbsp;Suggestions&nbsp;to&nbsp;Reduce&nbsp;Congestion&nbsp;at&nbsp;Swap-Bound&nbsp;Nodes<br />
可用来降低有限交换节点阻塞的两条协议性的建议<br />
<br />
<br />
1<br />
RFC文档中文翻译计划<br />