Download do gfcptun - download do código-fonte gfcptun

gfcptun

Outras categorias

1.0.0

Baixar

gfcptun

gfcptun: Um túnel de conexão rápido e de baixa latência usando GFCP sobre UDP.

Recomendações básicas do gfcptun/GFCP

Disponibilize 65.535 ou mais descritores de arquivo por processo gfcptun.
MTU de 9000-9702 é recomendado para links locais de alta velocidade.
Parâmetros mínimos de ajuste sysctl sugeridos para manipulação de UDP no Linux:
- (Consulte https://www.sciencedirect.com/topics/computer-science/bandwidth-delay-product para obter informações adicionais sobre o histórico do BDP.)

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)

Aumente o buffer para links locais de alta velocidade para 16 MiB ou mais, por exemplo:

 -sockbuf 16777217

Exemplos de invocação de processo

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

Aplicação → Saída (8765/TCP) → Internet → Entrada (4321/UDP) → Servidor (8765/TCP)
- Outros parâmetros úteis: -mode fast3 -ds 10 -ps 3 , etc.

Ajuste para maior rendimento total

Para ajustar, aumente -rcvwnd no cliente e -sndwnd no servidor, em uníssono.
- O tamanho mínimo da janela determinará a taxa de transferência máxima do link: ( 'Wnd' * ( 'MTU' / 'RTT' ) )
- O MTU deve ser definido pelo parâmetro -mtu e nunca exceder o MTU da interface física. Para links locais DC/de alta velocidade com enquadramento jumbo, é altamente recomendado usar um MTU de 9000-9702.

Ajuste para latência geral reduzida

Ajuste a agressividade do algoritmo de retransmissão:
- fast3 → fast2 → fast → normal → default

Evitando comportamento de bloqueio de multiplexação N → 1

Aumente -smuxbuf para 16MiB (ou mais), no entanto, o valor real a ser usado depende do congestionamento do link, bem como da memória contígua do sistema disponível.
SMUXv2 pode ser usado para limitar o uso de memória por fluxo. Habilite com -smuxver 2 e depois ajuste com -streambuf (tamanho em bytes) .
- Exemplo: -smuxver 2 -streambuf 8388608 para um buffer de 8 MiB (por stream).
Comece o ajuste limitando o buffer de fluxo no lado receptor do link.
- A contrapressão deverá desencadear os mecanismos de controlo de congestionamento existentes, proporcionando uma limitação prática da taxa para evitar o esgotamento da capacidade a montante e também evitando a falta de ligação descendente (cenário bufferbloat).
A configuração do SMUXv2 não é negociada , portanto deve ser definida manualmente em ambos os lados do link GFCP.

Controle de consumo de memória

Recomendação de ajuste de variável de ambiente de tempo de execução GOGC :
- 10 - 20 para sistemas com pouca memória e dispositivos embarcados
- 120 - 150 (ou superior) para servidores dedicados
Notas sobre o ajuste (GF)SMUX(v1/v2):
- A alocação de memória primária é feita a partir de um buffer pool ( xmit.Buf ), na camada GFCP. Ao alocar, será retornado um buffer de tamanho fixo , determinado pelo MtuLimit. A partir daí, a fila rx , a fila tx e a fila fec serão alocadas e retornarão a alocação ao buffer pool após o uso.
O mecanismo do pool de buffers mantém um limite alto para objetos em trânsito do pool para sobreviver à coleta de lixo periódica em tempo de execução.
A memória será devolvida ao sistema pelo tempo de execução do Go quando ocioso. As variáveis que podem ser usadas para ajustar isso são -sndwnd , -rcvwnd , -ds e -ps .
- Esses parâmetros afetam a marca d'água alta - quanto maior o valor, maior pode ser o consumo total de memória em um determinado momento.
A configuração -smuxbuf e a variável GOMAXPROCS podem ser usadas para ajustar o equilíbrio entre o limite de simultaneidade e o uso geral de recursos .
- Aumentar -smuxbuf aumentará o limite prático de simultaneidade, no entanto, o valor -smuxbuf não é linearmente proporcional ao máximo de manipulação de simultaneidade porque a coleta de lixo do tempo de execução Go é, para fins práticos, não determinística.
- Somente testes empíricos podem fornecer o feedback necessário para ajuste e otimização de links no mundo real.

Compressão de link

A compactação opcional (usando Snappy ) é suportada.
A compactação economiza largura de banda em dados redundantes e de baixa entropia , mas aumentará a sobrecarga (e o uso da CPU) em todos os outros casos.
- A compactação está habilitada por padrão : use -nocomp para desabilitar.
  - Ambas as extremidades do link devem usar a mesma configuração de compactação.