Resumo
- O RFC 1693, Experimental de novembro de 1994, investigou serviços de ordem e confiabilidade parciais. Sua consulta fictícia de quatro registros permitia uma, duas, quatro ou 24 sequências de resultado conforme o critério de ordenação.
- A nota do IESG na abertura não recomendou implementar as mudanças propostas para o TCP; considerou útil, para além dele, a análise de dados recebidos fora de ordem ou incompletos.
A senha anterior sumiu; o atendimento parou
O RFC 793 descreve o TCP como um fluxo confiável e ordenado. Se falta um trecho anterior, o seguinte aguarda antes de chegar à aplicação, mesmo que já esteja no receptor. Para montar um arquivo, essa disciplina faz sentido. Para apresentar linhas independentes de uma consulta, pode lembrar um atendente que já tem o documento pronto na mão e ainda assim espera a pessoa da senha anterior.
T. Connolly, P. Amer e P. Conrad montaram o exemplo com quatro fichas. Pela ordem dos vendedores Anderson, Baker, Crowell e Dykstra, todos diferentes, só vale 1–2–3–4. Pela localidade, a ficha de Atlanta vem primeiro, as fichas 2 e 3 de Boston podem trocar de lugar e a de Washington vem por último: duas sequências. Pela descrição, as fichas 1 e 2 são “Camping Gear” e podem trocar de lugar; as fichas 3 e 4 são “Sportswear” e também podem trocar: quatro sequências. Sem ORDER BY, as 4! permutações, 24, satisfazem a consulta. Esses números contam ordens permitidas no exemplo, não ganhos medidos de latência nem velocidade do TCP.
Na ordem parcial, uma ficha só chega à aplicação depois de todas as suas predecessoras obrigatórias. Fichas independentes podem ser entregues na ordem em que chegam. Para oferecer esse serviço, as duas pontas precisam comunicar ou negociar as relações de precedência; o receptor verifica as dependências de cada ficha antes de liberá-la. Assim, o transporte preserva a ordem exigida pela consulta sem impor uma fila única a todos os registros.
Os autores trataram a confiabilidade como escolha separada. Uma resposta de banco de dados pode precisar de todos os registros no fim, mas tolerar várias posições intermediárias. Numa apresentação multimídia, a sequência dentro de um canal pode importar enquanto a perda de um quadro antigo é aceitável. O documento passa por vídeo, dois canais de áudio, texto, imagem de língua de sinais e atualização de janelas. Cada uso carrega seus próprios compromissos de ordem e perda.
O RFC propôs uma conexão de ordem parcial num TCP modificado e examinou o início da conversa com uma ponta convencional. Discutiu a possibilidade de liberar cedo o objeto independente que ficaria preso atrás de um ausente. Isso era análise de um mecanismo proposto, com possibilidades teóricas, não um levantamento de ganhos observados em redes de produção. A nota institucional, posta antes do estudo, também impede confundir publicação experimental com aprovação de implementação.
O diretor da área de Transporte e seu grupo não recomendaram as mudanças de TCP. Ao mesmo tempo, enxergaram valor na análise da desordem e da incompletude fora dele. O estudo deixou uma pergunta útil para quem projeta aplicações: quais registros precisam esperar por outros, e quais já podem ser entregues?
Briefing para membros
Contexto aprofundado do perfil
Faça login com o nível de assinatura correto para desbloquear o briefing completo e as notas das fontes.
Exclusivo para o Círculo Estratégico
Strategic Circle
Aberto a todos os leitores. Desbloqueie Briefings de perfil após se inscrever e fazer login.
Junte-se ao Strategic CircleSomente para Leadership Alliance
Leadership Alliance
Para proprietários e gestores qualificados de ativos de PI; faça login para desbloquear os briefings da Leadership Alliance.
Junte-se ao Leadership Alliance





