QUIC

Nº Q7265601 ★★★

Rara · Literatura

QUIC

QUIC é um protocolo de rede de camada de transporte para propósitos gerais inicialmente concebido por Jim Roskind no Google, implementado e implantado em 2012, anunciado publicamente em 2013, à medida que a experimentação se alarga e descrito em uma reunião da IETF. O QUIC é utilizado por mais de metade de todas as conexões do navegador Web Chrome para os servidores da Google.

Último preço

—

Preço mínimo

—

Mediana 7 d

—

Vendas 30 d

0

Faixa 30 d

—

Em circulação

0

Cotação

Ver tabela
Datamediana MínMáxvendas

Histórico de vendas

Última venda
—
Média 30 d
—
Mínima 30 d
—
Máxima 30 d
—
Vendas 7 d
0
Vendas 30 d
0

Ainda sem vendas.

Vendas anônimas: sem comprador nem vendedor. Os números contam só vendas entre jogadores.

№ Edições numeradas · 0 cunhadas Próximo n.º 1 · Pontos ×3
Na Wikipédia

QUIC é um protocolo de rede de camada de transporte para propósitos gerais inicialmente concebido por Jim Roskind no Google, implementado e implantado em 2012, anunciado publicamente em 2013, à medida que a experimentação se alarga e descrito em uma reunião da IETF. O QUIC é utilizado por mais de metade de todas as conexões do navegador Web Chrome para os servidores da Google. Microsoft Edge, Firefox, e Safari oferecem suporte, mesmo se não habilitado por padrão. Embora seu nome tenha sido inicialmente proposto como o acrônimo de "Quick UDP Internet Connections", o uso da palavra QUIC pela IETF não é um acrônimo; é simplesmente o nome do protocolo. O QUIC melhora o desempenho das aplicações web orientadas para a conexão que estão atualmente utilizando TCP. Ele faz isso estabelecendo várias conexões multiplexadas entre dois pontos finais usando o protocolo User Datagram Protocol (UDP), e é projetado para tornar o TCP obsoleto na camada de rede para muitas aplicações, ganhando assim o protocolo o ocasional apelido "TCP/2". O QUIC trabalha lado a lado com as conexões multiplexadas do HTTP/2, permitindo que múltiplos fluxos de dados cheguem a todos os pontos terminais de forma independente e, portanto, independente de perdas de pacotes envolvendo outros fluxos. Em contraste, o HTTP/2 hospedado no Protocolo de Controle de Transmissão (TCP) pode sofrer atrasos de bloqueio de cabeça de linha de todos os fluxos multiplexados se algum dos pacotes TCP for atrasado ou perdido. Os objetivos secundários do QUIC incluem a redução da latência da ligação e do transporte, e a estimativa da largura de banda em cada direção para evitar congestionamentos. Também move algoritmos de controle de congestionamento para o espaço de usuário em ambos os pontos terminais, em vez do espaço de núcleo, o que, segundo se afirma, permitirá que estes algoritmos melhorem...

Texto: Wikipédia, CC BY-SA 4.0. · Imagem: xchiamiov (CC BY 2.0) ·

Cartas próximas

Confirmação