Resumo

  • MAX_DATA e MAX_STREAM_DATA anunciam tetos absolutos de offset, não bytes novos nem memória livre.
  • Um valor menor posterior não revoga crédito, e a ausência de DATA_BLOCKED não prova que o emissor esteja livre.
  • Uma conclusão de capacidade exige unir crédito, offsets, tamanhos finais, consumo da aplicação, memória e congestionamento.

Um painel vê o receptor elevar MAX_DATA para 16 MiB e registra 16 MiB de folga. A conta confunde limite cumulativo com incremento: offsets já usados continuam consumindo o teto. A semântica também está errada. O número permite ampliar o livro de bytes; não mede diretamente RAM disponível nem trabalho já consumido pela aplicação.

A RFC 9000 §4.1 aplica dois limites ao mesmo tempo. O limite de conexão cobre todos os dados STREAM; o de fluxo impede um único fluxo de ocupar todo o buffer. A permissão efetiva depende do maior teto da conexão, do consumo cumulativo, do teto do fluxo e do maior offset contabilizado.

Os valores são absolutos. Um MAX_DATA ou MAX_STREAM_DATA menor não tem efeito; o emissor deve ignorar quadros que não aumentem o limite. Por isso, “último valor” não é a verdade operacional. O registro precisa manter o maior valor aceito e a contabilidade governada por ele.

A RFC 9000 §19.9 inclui todos os dados STREAM e exige que a soma dos tamanhos finais, inclusive de fluxos encerrados, permaneça sob o máximo. A RFC 9000 §4.5 define tamanho final como crédito consumido. Encerrar ou resetar um fluxo fixa a conta; não devolve seus offsets ao orçamento da conexão.

No fluxo, a RFC 9000 §19.10 usa o maior offset. Perda e reordenação podem colocá-lo à frente dos bytes contíguos entregáveis. Bytes brutos recebidos ou ocupação instantânea de buffer não substituem esse livro de offsets.

A RFC 9000 §4.2 deixa a implementação escolher quando e quanto crédito ampliar. Atualizações pequenas e frequentes trazem sobrecarga; atualizações menos frequentes exigem incrementos e compromissos de recursos maiores. RTT e taxa de consumo da aplicação podem orientar ajuste automático, mas não transformam o valor em medidor de memória livre.

Crédito também não promete vazão. A RFC 9000 §4.3 avisa que a vazão fica limitada pelo fluxo se o crédito disponível não superar o produto banda-latência. Ele pode ser necessário sem ser suficiente: janela de congestionamento, perda, escalonamento e trabalho do emissor seguem independentes.

DATA_BLOCKED é indício incompleto. A RFC 9000 §19.12 diz que o emissor deveria enviá-lo quando quer escrever e atinge o limite. Porém isso não é obrigatório, e §4.2 proíbe o receptor de esperar o quadro antes de conceder crédito. Ausência não comprova disponibilidade.

O registro defensável reúne máximos, consumo cumulativo, offsets, tamanhos finais, bloqueios observados, fronteira de consumo da aplicação, ocupação de memória, janela de congestionamento, RTT, perdas e tempos de atualização. MAX_DATA comprova apenas permissão de protocolo.