PplWare Mobile

HTTP/3 já está a caminho da Internet e deixará o protocolo TCP de fora

                                    
                                

Este artigo tem mais de um ano


Autor: Pedro Pinto


  1. Jorge Carvalho says:

    Cheira-me que vai dar esturro recuperar uma ligação segura sem nova renovação.
    Abc

  2. Pedro H. says:

    O UDP não é fire and forget? Ou seja, dispara pacotes sem confirmação da chegada e error checking? xD

    • MiguelC says:

      também estava a pensar nisso. Para uma visualização boa de uma página web não pode haver perda de pacotes, e o UDP não verifica isso.

    • Diogo says:

      Tambem fiquei com a mesma dúvida. Segundo pesquisa rapida “Additionally, the protocol can be extended with forward error correction (FEC) to further improve performance when errors are expected, and this is seen as the next step in the protocol’s evolution.”

    • Carlos Constantino says:

      Correto.
      Mas porquê – nos dias de hoje – apostar na prevenção (dando carga de processamento a isso mesmo) quando provavelmente já temos motivos para sermos optimistas e acreditar que chega tudo (ou quase tudo).

      Se a taxa de sucesso de entrega for de 99,99% não é melhor reagir do que prevenir?

    • Sergio J says:

      mas podes contruir essa confirmação por cima. Eu no passado fazia isso para não ter uma conexão sempre activa.

      • Pedro H. says:

        Estou a perceber. Fica ao nível do software em vez de ser ao nível do hardware. Mas não sei se vai dar ao mesmo. Se de facto o software for fazer verificação de erros, não terá impacto negativo na performance em termos de memória e cpu? Ou será que as placas de rede usam também o CPU para “trabalhar” os erros no TCP/IP? 😐

  3. Joaquim Martelão says:

    Temos de fazer algo aos nossos websites? Ou estas mudancas só acontecem nos browsers?
    Preciso de actualizar algo no meu website?
    Obrigado

  4. Não Interessa says:

    Esperava mais informações no artigo sobre este novo protocolo.

    Fica a sugestão.

  5. Mestre Gonçalves says:

    Os downloads devem ser pimpões com UDP :3

    • Sergio says:

      Acho que este link estava em falta. O artigo tem links para os protocolos existentes, mas não tinha a indicar um bom com a informação do novo.
      Obrigado

  6. Charles says:

    Gostei!
    Só lamento que a maior parte do artigo seja a falar da tecnologia que deixará de ser usar (http over tcp)

  7. João says:

    Gostei da parte: “desenvolvido pela Google”

  8. João Machado says:

    A explicação sobre o protocolo TCP está bem resumida mas a do QUIC não está muito detalhada.

    Também se poderia ter mencionado que o TCP faz controlo de fluxo, isto significa isto que quando é detectado que o cliente está com a ligação congestionada a taxa de envio de pacotes é abrandada para evitar perdas.
    Já o prodocolo UDP não faz este tipo de controlo, a taxa de envio é sempre a mesma.
    Isto pode levar a que alguns pacotes senjam perdidos quando o cliente está congestionado.
    Em caso de perda de pacotes fica a cargo da aplicação o pedir/enviar esses pacotes.
    Não ficou muito claro como é que isto é resolvido com o QUIC.

Deixe um comentário

O seu endereço de email não será publicado.

You may use these HTML tags and attributes: <a href="" title="" rel=""> <abbr title=""> <acronym title=""> <b> <blockquote cite=""> <cite> <code> <del datetime=""> <em> <i> <q cite=""> <s> <strike> <strong>

*

Aviso: Todo e qualquer texto publicado na internet através deste sistema não reflete, necessariamente, a opinião deste site ou do(s) seu(s) autor(es). Os comentários publicados através deste sistema são de exclusiva e integral responsabilidade e autoria dos leitores que dele fizerem uso. A administração deste site reserva-se, desde já, no direito de excluir comentários e textos que julgar ofensivos, difamatórios, caluniosos, preconceituosos ou de alguma forma prejudiciais a terceiros. Textos de caráter promocional ou inseridos no sistema sem a devida identificação do seu autor (nome completo e endereço válido de email) também poderão ser excluídos.