Загрузка gfcptun - Загрузка исходного кода gfcptun

gfcptun

Другие категории

1.0.0

Скачать

gfcptun

gfcptun: быстрый туннель подключения с низкой задержкой, использующий GFCP через UDP.

Основные рекомендации gfcptun/GFCP

Сделайте доступными 65535 или более файловых дескрипторов для каждого процесса gfcptun.
MTU 9000-9702 рекомендуется для высокоскоростных местных каналов.
Рекомендуемые минимальные параметры настройки sysctl для обработки UDP в Linux:
- (Дополнительную справочную информацию о 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)

Увеличьте буферизацию для высокоскоростных локальных каналов до 16 МБ или более, пример:

 -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/высокоскоростных локальных каналов связи с Jumbo-кадрированием настоятельно рекомендуется использовать MTU 9000–9702.

Настройка для уменьшения общей задержки

Настройте агрессивность алгоритма повторной передачи:
- fast3 → fast2 → fast → normal → default

Как избежать N → 1 мультиплексирования с блокировкой начала строки

Увеличьте размер -smuxbuf до 16 МБ (или более), однако фактическое значение зависит от перегрузки канала, а также от доступной непрерывной системной памяти.
SMUXv2 можно использовать для ограничения использования памяти для каждого потока. Включите -smuxver 2 , а затем настройте -streambuf (размер в байтах) .
- Пример: -smuxver 2 -streambuf 8388608 для буфера размером 8 МБ (на поток).
Начните настройку с ограничения буфера потока на принимающей стороне канала.
- Противодавление должно активировать существующие механизмы контроля перегрузки, обеспечивая практическое ограничение скорости для предотвращения исчерпания пропускной способности восходящего канала, а также избегая истощения нисходящей линии связи (сценарий раздувания буфера).
Конфигурация SMUXv2 не согласовывается , поэтому ее необходимо настроить вручную на обеих сторонах канала GFCP.

Контроль потребления памяти

Рекомендации по настройке переменных среды выполнения GOGC :
- 10–20 для систем с малым объемом памяти и встроенных устройств
- 120–150 (или выше ) для выделенных серверов
Примечания относительно настройки (GF)SMUX(v1/v2):
- Первичное выделение памяти осуществляется из пула буферов ( xmit.Buf ) на уровне GFCP. При выделении будет возвращен буфер фиксированного размера , определяемый MtuLimit. Отсюда будут выделены очереди rx , tx и fec , которые после использования вернут выделение в пул буферов.
Механизм буферного пула поддерживает высокий уровень для объектов в полете из пула, чтобы выдержать периодическую сборку мусора во время выполнения.
Память будет возвращена в систему средой выполнения Go во время простоя. Для настройки можно использовать переменные -sndwnd , -rcvwnd , -ds и -ps .
- Эти параметры влияют на верхнюю границу — чем больше значение, тем выше может быть общее потребление памяти в любой данный момент.
Параметр -smuxbuf и переменная GOMAXPROCS могут использоваться для настройки баланса между пределом параллелизма и общим использованием ресурсов .
- Увеличение -smuxbuf увеличит практический предел параллелизма, однако значение -smuxbuf не является линейно пропорциональным максимуму обработки параллелизма, поскольку сбор мусора во время выполнения Go для практических целей недетерминирован.
- Только эмпирическое тестирование может обеспечить обратную связь, необходимую для настройки и оптимизации ссылок в реальных условиях.

Сжатие ссылок

Поддерживается дополнительное сжатие (с использованием Snappy ).
Сжатие экономит полосу пропускания для избыточных данных с низкой энтропией , но во всех остальных случаях увеличивает накладные расходы (и загрузку ЦП).
- Сжатие включено по умолчанию : для отключения используйте -nocomp .
  - На обоих концах канала должны использоваться одинаковые настройки сжатия.