Geralmente, qualquer processo de criptografia ou descriptografia leva mais tempo do que mensagens claras, mas se essa abordagem de criptografia for suportada pela origem e pelo destino na rede, podemos dizer que leva menos tempo para prosseguir.
Eu queria saber, a criptografia usada na Internet em um navegador da Web reduz consideravelmente a velocidade da transferência de dados? Eu continuo lendo sobre coisas como HTTPS, mas eu sempre me pergunto se há uma desvantagem de velocidade em proteger seus dados em HTTPS, mensagens instantâneas criptografadas ou até mesmo uma conexão VNC LAN criptografada.
É uma questão de taxas. Se a sua CPU puder criptografar dados a 30MB / s, mas você só puder transferir dados a 10MB / s, a comunicação criptografada será lenta apenas em relação à comunicação não criptografada se houver algo mais monopolizando a CPU e diminuindo a taxa de criptografia para 10MB / s .
Se houver algo mais restringindo a taxa de transferência (digamos, o tempo necessário para ler do disco os dados sendo criptografados e depois transferidos), isso também poderia ser um fator limitante, mas não seria devido à criptografia.
Além disso, há apenas latência para se preocupar, e acho que a maioria das implementações está razoavelmente bem ajustada para reduzir o impacto da criptografia na latência.
Com os PCs rápidos de hoje, não acredito que a própria criptografia diminua a velocidade de transferência.
No entanto, a navegação geral na Web em uma conexão segura (HTTPS) pode ser mais lenta porque o navegador tem menos probabilidade de armazenar em cache páginas seguras e, portanto, há mais solicitações para o servidor.Tags internet browser encryption https speed