gfcptunダウンロード - gfcptunソースコードのダウンロード

gfcptun

その他のカテゴリー

1.0.0

ダウンロード

gfcptun

gfcptun: GFCP over UDP を使用した高速かつ低遅延の接続トンネル。

基本的な gfcptun/GFCP の推奨事項

gfcptun プロセスごとに 65535 以上のファイル記述子を利用できるようにします。
高速ローカルリンクには、9000 ～ 9702 の MTU が推奨されます。
Linux UDP 処理用に推奨される最小限のsysctlチューニングパラメータ:
- (BDP の追加の背景情報については、https://www.sciencedirect.com/topics/computer-science/bandwidth-delay-product を参照してください。)

net.core.rmem_max=26214400       # Tune for BDP (bandwidth delay product)
net.core.rmem_default=26214400
net.core.wmem_max=26214400
net.core.wmem_default=26214400
net.core.netdev_max_backlog=2048 # (Adjust proportional to receive window)

高速ローカルリンクのバッファリングを 16MiB 以上に増やします。例:

 -sockbuf 16777217

プロセス呼び出しの例

client -r " IN:4321 " -l " :8765 " -mode fast3 -nocomp -autoexpire 900 -sockbuf 33554434 -dscp 46
server -t " OUT:8765 " -l " :4321 " -mode fast3 -nocomp -sockbuf 33554434 -dscp 46

アプリケーション → 出力 (8765/TCP) → インターネット → 入力 (4321/UDP) → サーバー (8765/TCP)
- その他の便利なパラメータ: -mode fast3 -ds 10 -ps 3など。

合計スループットを向上させるためのチューニング

調整するには、クライアントの-rcvwndとサーバーの-sndwnd同時に増やします。
- 最小ウィンドウサイズによって最大リンクスループットが決まります: ( 'Wnd' * ( 'MTU' / 'RTT' ) )
- MTU は -mtu パラメータで設定する必要があり、物理インターフェイスの MTU を超えないようにしてください。ジャンボフレームを使用した DC/高速ローカルリンクの場合は、9000 ～ 9702 の MTU を使用することを強くお勧めします。

全体的な遅延を減らすためのチューニング

再送信アルゴリズムの積極性を調整します。
- fast3 → fast2 → fast → normal → default

N → 1多重化の行頭ブロック動作の回避

-smuxbuf 16MiB (またはそれ以上) に増やします。ただし、使用する実際の値は、リンクの輻輳および利用可能な連続システムメモリによって異なります。
SMUXv2 を使用すると、ストリームごとのメモリ使用量を制限できます。 -smuxver 2で有効にし、 -streambuf (バイト単位のサイズ)で調整します。
- 例: -smuxver 2 -streambuf 8388608 (ストリームごと) 8MiB バッファー。
リンクの受信側のストリームバッファーを制限することでチューニングを開始します。
- バックプレッシャーは既存の輻輳制御メカニズムをトリガーし、アップストリーム容量の枯渇を防ぐための実用的なレート制限を提供し、ダウンリンクの枯渇（バッファーブロートシナリオ）も回避する必要があります。
SMUXv2 構成はネゴシエートされないため、GFCP リンクの両側で手動で設定する必要があります。

メモリ消費量の制御

GOGCランタイム環境変数のチューニングに関する推奨事項:
- 低メモリシステムおよび組み込みデバイスの場合は10 ～ 20
- 専用サーバーの場合は120 ～ 150 (またはそれ以上)
(GF)SMUX(v1/v2) チューニングに関する注意事項:
- プライマリメモリの割り当ては、GFCP 層のバッファプール ( xmit.Buf ) から行われます。割り当てるときは、MtuLimit によって決定される固定サイズのバッファが返されます。そこから、 rx queue 、 tx queue 、およびfec queueが割り当てられ、使用後に割り当てがバッファプールに返されます。
バッファープールメカニズムは、定期的な実行時のガベージコレクションに耐えられるように、プールからの飛行中のオブジェクトの最高水準点を維持します。
メモリはアイドル時に Go ランタイムによってシステムに返されます。これを調整するために使用できる変数は、 -sndwnd 、 -rcvwnd 、 -ds 、および-psです。
- これらのパラメータは最高水準点に影響を与えます。値が大きいほど、特定の時点での合計メモリ消費量が増加する可能性があります。
-smuxbuf設定とGOMAXPROCS変数を使用して、同時実行制限と全体的なリソース使用量の間のバランスを調整できます。
- -smuxbuf増やすと実際の同時実行数の制限は増加しますが、Go ランタイムのガベージコレクションは実際には非決定的であるため、 -smuxbuf値は同時実行数の処理最大値に直線的に比例しません。
- 実世界のリンク調整と最適化に必要なフィードバックを提供できるのは、経験的なテストだけです。

リンクの圧縮

オプションの圧縮 ( Snappyを使用) がサポートされています。
圧縮により、冗長な低エントロピーデータの帯域幅が節約されますが、それ以外の場合はすべてオーバーヘッド (および CPU 使用率)が増加します。
- 圧縮はデフォルトで有効になっています。無効にするには、 -nocompを使用します。
  - リンクの両端は同じ圧縮設定を使用する必要があります。