ネットワークに関する考慮事項
ネットワーク アダプターは、全体的なネットワーク パフォーマンスに大きな影響を与える可能性があります。 高度なアダプターは、ネットワーク I/O パフォーマンスを最適化するための適切なセットアップ オプションを提供します。 カード自体、ダイレクト メモリ アクセス (DMA) (調整可能なデータ リンク制御 (DLC) (最大フレーム サイズ)、およびローカル エリア ネットワーク (LAN) 速度設定パラメーターで I/O バッファリングを探します。
ホスト統合サーバーのパフォーマンス チューニングには、接続プロパティのフレーム サイズ、BTU サイズ、DLC レベルのペースの調整、およびモード プロパティの要求/応答ユニット (RU) サイズとセッション レベルのペース調整が含まれます。
次の点にも注意してください。
テスト データ バッファーは、1 つの RU に収まる必要があります。RU サイズが大きすぎる場合は、過剰なメモリが消費されます。 1200 バイトのスクリーン ペイント データは、1484 バイトの RU に収まります。 これはイーサネットに最適です。 1920 バイトのデータ バッファーには、2 つのクライアント/サーバー メッセージ フレームが必要です。
最大 BTU サイズは、少なくとも RU サイズ + 9 バイトである必要があります。 イーサネットの場合は、1484 バイトの RU と 1493 バイトの BTU が適しています。 TokenRring の場合、4087 バイトの RU と 4096 バイトの BTU が適切な開始点です。
DLC レベルのペーシングは、最も一般的なチューニングの問題です。 デッドロックとタイムアウトを回避するには、受信ウィンドウがパートナーの送信ウィンドウよりも 1 フレーム小さいように、2 つのノード間のペースを設定します。 たとえば、ノード A は、停止してノード B からの受信確認を待機するまで 7 つのフレームを送信するように設定できます。ノード B は、ノード A から 6 つのフレームを受信した後に ACK を送信するように設定できます。その逆も可能です。 これにより、ノード間で DLC フレームの受信確認が正常に行われます。
DLC 受信確認を 1 または 2 に設定すると、受信準備完了 (RR) が 1 秒ごとに I フレームごとに送信されます。 これにより、ゲートウェイとサーバーの間の LAN で不要な制御フレーム オーバーヘッドが発生します。