2. 改善策
これは、BBN 1822 レポートから抜き出した図に暫定的に描かれた、ホスト-Imp ユーザーインターフェースの変更案である。
2.1 ホストから Imp へ
この変更は、32 まで数えるカウンタを追加するものである。このカウンタはメッセージの先頭で有効になり、IMP へ渡される各ビットごとに増分される。32 に達すると、シフトレジスタに新しいワードを要求し、ワード長カウンタをリセットする “word complete” 信号を強制的に発する。こうして、リーダーの最後のワードにある未使用ビットは伝送されず、メッセージは次のワードから始まる(図 2.1 参照)。
0 23
------------------------------------------
| leader |
| ----------------------
| | XXXXXXXXXXXXXXXX | <- contents of
|----------------------------------------- sending Host memory
| | (24 bits)
| Message |
| |
Corresponding message in the sending IMP memory
0 15
--------------------------------
| |
| |
| leader |
| |
--------------------------------
| |
| message |
| |
図 2.1
2.2 Imp からホストへ
この変更は、32 まで数えるカウンタを追加するものである。新しいメッセージの先頭で Imp からシフトレジスタに 32 ビットが入ると、このカウンタは、Imp から新しいビットを一切入力することなく、レジスタが満杯になるまで(これはワード長カウンタによって検出される)シフトされることを可能にする。
こうして、メッセージの次のビット、すなわちテキストの最初のビットが、次のワードの最初のビットとして入力される(図 2.2 参照)。
Message in receiving IMP memory Contents of receiving Host memory (35
bits)
0 15 0 35
------------------------------ --------------------------------------
| | | |
| leader | | leader | 0000 |
------------------------------ --------------------------------------
| | | |
| message | | message |
| | | |
| | | |
図 2.2
ネットワーク上で送られる無用なマーキングビットの累積コストと、受信したテキストを整形するための計算とを合わせると、この変更はおそらく検討に値するものであるが、この決定は我々の権限の及ぶところではなく、我々は単にマーキングよりも優れた解決策を提案したかっただけである。
5 ページと 6 ページには、“IMP to Host” と “Host's special Interface” の配線図が含まれている。
注: 本 RFC は、オンライン RFC アーカイブへ登録するため、Gottfried Janik によって 2/98 に機読可能な形式にされた。