ForHosting KIT · Ferramentas para dev

Calculadora de janela TCP para vazão

100 Mbps com 50 ms de ida e volta exigem 625.000 bytes em trânsito, muito acima da janela TCP clássica de 65.535 bytes: informe a velocidade e o RTT e receba a janela e o fator de escala que enchem o enlace. Grátis no seu navegador.

  • Grátis
  • Funciona no seu navegador
  • Sem cadastro
  • Seus dados não saem do seu aparelho
Use pelo WebAPIE-mailTelegramApp em breve
Se você digitar
Taxa de transferência (Mbps)
100
Rtt ms
50
Você obtém
Janela (bytes)
625.000
Janela (bits)
5.000.000
Janela (KiB)
610,3515625
Janela (MiB)
0,5960464478

Redes longas e de alta capacidade —alta largura de banda com alta latência— deixam o TCP sem fôlego se a janela de recepção não for grande o bastante para manter o canal cheio durante um round-trip completo. Engenheiros de rede, SREs e estudantes que dimensionam enlaces WAN, caminhos satelitais ou túneis em nuvem entre regiões precisam do produto banda-atraso, não de uma regra de bolso. Esta calculadora de tamanho de janela TCP para vazão aceita a vazão alvo em megabits por segundo e o RTT do caminho em milissegundos, multiplica-os pelo fator exato que gera bytes e devolve a janela necessária em bytes, bits, kibibytes e mebibytes. Também sinaliza quando a janela TCP clássica de 65535 bytes sem escala é pequena demais, recomenda o deslocamento mínimo de Window Scale da RFC 1323 e mostra a vazão máxima que ainda se poderia atingir sem escala no mesmo RTT.

Por que o tamanho da janela é banda vezes atraso

O TCP só pode ter dados pendentes de reconhecimento até a janela anunciada pelo receptor (e a janela de congestionamento do emissor). Num caminho com capacidade C bits por segundo e tempo de ida e volta R segundos, a quantidade de dados que deve estar em voo para utilizar plenamente o enlace é C vezes R — o produto banda-atraso.

Divida por oito para expressar esse produto em bytes; esse número é a janela de recepção mínima para transferência em taxa plena em regime permanente se o controle de congestionamento não for o limitante. Em unidades de engenharia práticas, megabits por segundo vezes milissegundos vezes cento e vinte e cinco produzem bytes, porque um megabit por segundo são cento e vinte e cinco mil bytes por segundo e um milissegundo é um milésimo de segundo.

Exemplo: cem megabits por segundo a cinquenta milissegundos precisam de seiscentos e vinte e cinco mil bytes em voo. Sem essa profundidade de buffer, o emissor esvazia a janela, para e espera reconhecimentos, de modo que o goodput medido fica muito abaixo da taxa de linha mesmo com o enlace físico saudável.

Onde uma calculadora de janela TCP e vazão se paga

Projetistas de WAN e data centers usam uma calculadora de tamanho de janela TCP antes de ampliar circuitos para que buffers de recepção e padrões do SO combinem com o novo BDP em vez de adivinhar. Arquitetos de nuvem que dimensionam replicação de banco entre regiões ou transferências de object storage convertem RTT publicado e megabits alvo em bytes de buffer concretos para planos de teste de carga.

Equipes de backhaul satelital e móvel mostram por que enlaces de vários megabits ainda engatinham quando o RTT é de centenas de milissegundos e Window Scale está desligado. Salas de aula e labs de certificação precisam de um oráculo determinístico para exercícios de produto banda-atraso que case com as unidades do livro sem erros de planilha. Validação falha não consome saldo.

Planejamento de capacidade WAN e LFN

Converta Mbps alvo e RTT medido na janela de recepção (e no deslocamento de escala) necessária para encher um caminho de rede longa e de alta capacidade.

Dimensionamento de transferências em nuvem entre regiões

Ajuste buffers de socket para replicação de banco, backup ou objetos para que a vazão não fique limitada por uma janela sem escala de 64 KiB.

O que é o produto banda-atraso (BDP)?

BDP é a taxa do enlace vezes o RTT: os dados que devem estar em voo para manter o caminho cheio. A janela anunciada do TCP deve ter pelo menos esses bytes (sem limites de congestionamento).

Isto modela perda de pacotes ou controle de congestionamento?

Não. Apenas dimensiona a janela a partir do BDP para o canal poder encher. Perda, variação de RTT e janelas de congestionamento são à parte; use outras ferramentas para isso.

Como calcular o tamanho da janela TCP a partir de Mbps e RTT?

Multiplique a velocidade em megabits por segundo pelo tempo de ida e volta em milissegundos e por 125 para obter bytes. Com 100 Mbps e 50 ms, são 625.000 bytes em trânsito para manter o enlace cheio.

Quando preciso de escala de janela TCP?

Sempre que o resultado passa de 65.535 bytes, o máximo que uma janela TCP anuncia sem escala. Para 625.000 bytes, o menor deslocamento de Window Scale é 4, o que eleva o teto para 1.048.560 bytes.

Qual a velocidade máxima de uma transferência sem escala de janela?

No máximo 65.535 bytes por ida e volta. Num caminho de 50 ms isso limita a transferência a 10,4856 Mbps, por mais rápido que seja o enlace físico; por isso cópias de longa distância ficam lentas sem escala.

Tudo nesta página está disponível via API. Esta seção é para equipes que querem integrar a ferramenta aos próprios sistemas; quem não precisa disso pode simplesmente usar a ferramenta acima.

POSThttps://api.kit.forhosting.com/dev/tcp-window-for-throughput

Autenticação por token Bearer. Um único POST coloca a tarefa na fila; o resultado chega por webhook ou link assinado.

curl -X POST https://api.kit.forhosting.com/dev/tcp-window-for-throughput \
  -H "Authorization: Bearer $KIT_KEY" \
  -H "Content-Type: application/json" \
  -d '{"throughput_mbps":100,"rtt_ms":50}'
{
  "throughput_mbps": 100,
  "rtt_ms": 50
}
{
  "task_id": "tsk_a1b2c3d4e5f6a1b2c3d4e5f6",
  "type": "dev.tcp_window_for_throughput",
  "status": "queued",
  "_links": {
    "result": "/tasks/tsk_…/result"
  }
}

A API é assíncrona: cada chamada devolve um task_id na hora. Se preferir polling, consulte o status a até 1 requisição por segundo.

por chamadaUS$ 0,002

Preço publicado, sem tokens nem créditos escondidos. Tarefa que falha não é cobrada.

HTTPCódigoO que significa
401unauthorizedToken ausente ou inválido. Confira o header Authorization.
402insufficient_balanceSaldo insuficiente para esta tarefa. Faça uma recarga e tente de novo.
404unknown_typeEsse tipo de tarefa não existe. Confira o campo type no catálogo.
429rate_limitedMuitas requisições em pouco tempo. Espere um instante e tente de novo.

Entradas não positivas falham com invalid_input e não são cobradas.

Por que o tamanho da janela é banda vezes atraso

Este endpoint só dimensiona a janela a partir do BDP; não modela perda de pacotes, slow start nem bufferbloat, que são controles separados no planejamento de capacidade.

Contrato de entrada, Window Scale e campos de resposta

Combine o resultado com o sysctl ou a opção de socket da sua pilha para o buffer de recepção e Window Scale; esta calculadora não aplica configuração aos hosts. Envie um corpo JSON via POST com dois números finitos positivos obrigatórios: throughput_mbps, o goodput ou taxa de enlace alvo em megabits por segundo, e rtt_ms, o tempo de ida e volta ponta a ponta em milissegundos. Cada campo pode chegar como número JSON ou como string numérica. Campos ausentes, valores não finitos, zero e negativos falham com invalid_input e uma mensagem que nomeia o campo; essas falhas não são cobradas. Em caso de sucesso o corpo ecoa as entradas, devolve window_bytes, window_bits, window_kib e window_mib para o BDP, classic_max_window_bytes igual a 65535, window_scale_needed true quando o BDP ultrapassa esse limite clássico, window_scale_shift como o menor deslocamento RFC 1323 que multiplica a janela de dezesseis bits o bastante para cobrir o BDP (teto quatorze), scaled_max_window_bytes como 65535 vezes dois elevado a esse deslocamento, max_throughput_mbps_without_scale para o mesmo RTT se permanecer sem escala, e uma string de fórmula curta. Exemplo: throughput_mbps cem e rtt_ms cinquenta geram seiscentos e vinte e cinco mil window_bytes e window_scale_needed true.

Onde uma calculadora de janela TCP e vazão se paga

Como a implementação é pure parse nível A, cada chamada bem-sucedida custa o preço base publicado US$ 0,002 sem tokens de modelo e sem rede de saída. Deixe perda, pacing e controle de congestionamento nas suas próprias ferramentas; use este endpoint como única fonte da verdade para a aritmética do BDP, para que docs, runbooks e edge workers planejem do mesmo jeito.

Ensino do produto banda-atraso

Ofereça aos alunos um oráculo BDP determinístico que devolve window_bytes e explica quando Window Scale RFC 1323 é obrigatório.

Como calcular o tamanho da janela TCP para uma vazão alvo?

Envie throughput_mbps e rtt_ms positivos. A API devolve window_bytes = throughput_mbps × rtt_ms × 125 (o produto banda-atraso em bytes), além de bits, KiB e MiB.

Quando Window Scale é necessário?

Quando window_bytes ultrapassa 65535, a janela TCP clássica sem escala. A resposta define window_scale_needed true e informa o window_scale_shift mínimo (RFC 1323).

Quanto custa a calculadora de janela TCP e vazão?

A ferramenta no navegador é grátis. Pedidos API usam saldo KIT pré-pago a US$ 0,002 por chamada bem-sucedida; entrada inválida não é cobrada.

Ver a documentação completa do KIT →