Новый одесский форум ОдессаМАМА.net

 Забыли пароль?
 Регистрация
Просм.: 129|Ответить: 0
Печать Назад Вперед

此外事实证明这种方法过于复杂除了导致许多服

[Скопировать ссылку]
Перейти к сообщениям
Топикстартер
Опубликовано 2023-8-13 08:01:52 | Сообщения автора Награда за ответ |по убыванию |Режим чтения

务器效率低下和性能下降之外,还导致许多实施错误。这两个问题都导致优先级设备被以不太复杂的方式改造为/三。这种更简单的设置使得一些高级事件难以或无法实施(例如,在单一连接上代理来自多个用户的访问者),但仍然提供了多种页面加载优化选项。

虽然这两种策略都提供相同的 手机号数据库列表 基本功能(引导流复用),但乐观的是 /三的不太复杂的设置将减少实现错误。

最后可能还有服务器推送。此功能允许服务器在不首先等待特定请求的情况下发送响应。从理论上讲,这可以带来出色的整体性能提升。然而,在锻炼中,要做到正确且不一致的锻炼是很困难的。因此它甚至会从 Google Chrome 中删除。

尽管如此,它仍然被描述为 /3 中的一个函数(尽管事实上很少有实现帮助它)。虽然它的内部工作原理没有像前两个功能那样发生很大的变化,但它还进行了调整以应对 QUIC 的非确定性排序问题。但可惜的是,这并不足以解决一些长期存在的问题。

这意味着什么?
正如我们之前所说, /3 的大部分功能来自底层 QUIC ,而不是 / Three 本身。虽然该协议的内部实现可能与 /2 非常不同,但其高度的整体性能特征以及它们的使用方式和方式仍然是相同的。

未来值得关注的发展
在本系列中,我经常强调更快的演进和更大的灵活性是 QUIC(以及/三)的核心方面。因此,人类已经在研究该协议的新扩展和应用也就不足为奇了。下面列出了您可能遇到的重要问题:


前向错误纠正
该方法的目的同样是提高 QUIC 对数据包丢失的恢复能力。它通过发送信息的冗余副本来实现这一点(尽管巧妙地进行了编码和压缩,以使它们不会那么大)。然后,如果数据包丢失但冗余信息到达,则无需重传。


Чтобы ответить, вам надо авторизироваться в системе Вход | Регистрация

Правила начислений

Теги|Черный список|Архив|Версия для КПК|OdessaMama.net

GMT+3, 2024-6-3 03:02 , Processed in 0.036364 second(s), 15 queries .

Created by Net-Tuning.com

© 2012-2015 All rights reserved.

Быстрый ответ Вернуться к началу Назад к списку