Post by account_disabled on Apr 6, 2024 16:45:48 GMT 8
所有Link 官方托管服务都提供QUIC 协定的所有优势。无论是托管、WordPress 托管还是经销商托管。 QUIC 是基于UDP 的低延迟网路传输协定。 UDP 通常用于游戏、广播媒体和VoIP 服务。 QUIC 这个名称的创建意味着使用互联网透过UDP 进行快速连接。 QUIC 的有趣之处在于它是建构在UDP 而不是TCP 之上。因此，使用QUIC 运行安全连线的时间会更短，因为特定流上的资料包遗失不会影响连线中的其他流。这会导致成功地并行恢复多个对象，即使某些资料包在不同的流上遗失也是如此。由于QUIC 是在使用者层级（类似浏览器）实现的，而TCP 是在核心（作业系统）中实现的，因此QUIC 允许开发人员随着时间的推移灵活地改进拥塞控制，因为与核心相比，它可以进行最佳化和更好的替换更新（例如，应用程式和浏览器更新比作业系统更新更容易、更频繁）。进一步了解Google QUIC 延迟是目前网路上最重要的指标。在使用者层面，延迟是一个巨大的麻烦。网路社群不断致力于改善延迟的传输协定。 QUIC 是这些探索的协议中最有前途的协议之。
QUIC 最初由Google 开发作为替代传输协议，以减少启动连接所需的时间。 Google 希望以SPDY（Google 开发的另一种协议，成为HTTP/2标准的基础）所做的工作为基础，将其建构成具有更快启动时间和内建安全性的传输协议。 UDP（和QUIC）在协定领域的对应物基本上是TCP（它与网际网路协定(IP) 结合构成了网际网路的核心通讯语言）。 UDP 比TCP 轻得多，但它的 英国手机号码清单 故障代理也比TCP 少得多。对于互联网上的任何服务，您都希望降低开销以减少延迟，例如在线游戏，如果伺服器没有及时接收到您的滑鼠移动，则无需花费一两秒来修复它因为动作已经发生了。在网站上，这是不可行的，因为由于UDP 不会修正未收到的操作，因此您可能会在载入网站时遇到问题，例如无法接收网站的部分内容。透过QUIC，Google旨在将UDP 和TCP 的一些最佳功能与现代安全工具结合。在标准TCP 连线中，浏览器通常需要两次以上才能真正开始接收有关已建立连线的资料。使用QUIC，浏览器可以立即开始与伺服器交换资料。 Google QUIC 的优势QUIC 也基本上消除了标头阻塞。顾名思义，当接收单一资料包的延迟使整行资料包落后时，就会发生标头阻塞。在TCP 中，标头阻塞可以组合起来，因为封包的处理顺序很重要。
例如如果资料包在到达伺服器的途中遗失，则必须重新传输。 TCP 连线必须等待检索到的资料包，然后才能继续处理其他资料包。相反，UDP 不依赖资料包接收的顺序。 QUIC 利用了这一特性，并在顶部放置了灵活的流复用，其中仅对每个单独流的内容进行排序。如果流中的资料包在传输过程中遗失，则只有一个资源（例如，该流传输的档案）会暂停，其他所有资源都会继续载入。谷歌报告称，这种收益在YouTube 上尤其明显，用户在QUIC 上消费内容时经历的重新缓冲事件（影片暂停）减少了30%。创新空间众所周知，所有应用程式的互动性和行动性都越来越强，这意味着像QUIC 这样的协定的效能优势不容忽视。切换到QUIC 意味着最终用户将享受更快的页面加载和更少的视讯缓冲。 QUIC 为整个网路社群带来了许多好处。在社区内，人们普遍认为转向UDP 将加速传输协议的演进，因为新协议的用户实施可促进快速部署和灵活性，从而增加创新。 QUIC 正在测试的技术范例包括频宽估计和资料包调速以减少拥塞，以及使用FEC 消除大部分重传引起的延迟。这些技术和其他技术必须随着时间的推移而发展。 TCP 在作业系统核心中实现，且使用者不会经常更新其作业系统内核，因此这限制了最终使用者对TCP 堆叠进行新更改或更新的频率。
QUIC 最初由Google 开发作为替代传输协议，以减少启动连接所需的时间。 Google 希望以SPDY（Google 开发的另一种协议，成为HTTP/2标准的基础）所做的工作为基础，将其建构成具有更快启动时间和内建安全性的传输协议。 UDP（和QUIC）在协定领域的对应物基本上是TCP（它与网际网路协定(IP) 结合构成了网际网路的核心通讯语言）。 UDP 比TCP 轻得多，但它的 英国手机号码清单 故障代理也比TCP 少得多。对于互联网上的任何服务，您都希望降低开销以减少延迟，例如在线游戏，如果伺服器没有及时接收到您的滑鼠移动，则无需花费一两秒来修复它因为动作已经发生了。在网站上，这是不可行的，因为由于UDP 不会修正未收到的操作，因此您可能会在载入网站时遇到问题，例如无法接收网站的部分内容。透过QUIC，Google旨在将UDP 和TCP 的一些最佳功能与现代安全工具结合。在标准TCP 连线中，浏览器通常需要两次以上才能真正开始接收有关已建立连线的资料。使用QUIC，浏览器可以立即开始与伺服器交换资料。 Google QUIC 的优势QUIC 也基本上消除了标头阻塞。顾名思义，当接收单一资料包的延迟使整行资料包落后时，就会发生标头阻塞。在TCP 中，标头阻塞可以组合起来，因为封包的处理顺序很重要。
例如如果资料包在到达伺服器的途中遗失，则必须重新传输。 TCP 连线必须等待检索到的资料包，然后才能继续处理其他资料包。相反，UDP 不依赖资料包接收的顺序。 QUIC 利用了这一特性，并在顶部放置了灵活的流复用，其中仅对每个单独流的内容进行排序。如果流中的资料包在传输过程中遗失，则只有一个资源（例如，该流传输的档案）会暂停，其他所有资源都会继续载入。谷歌报告称，这种收益在YouTube 上尤其明显，用户在QUIC 上消费内容时经历的重新缓冲事件（影片暂停）减少了30%。创新空间众所周知，所有应用程式的互动性和行动性都越来越强，这意味着像QUIC 这样的协定的效能优势不容忽视。切换到QUIC 意味着最终用户将享受更快的页面加载和更少的视讯缓冲。 QUIC 为整个网路社群带来了许多好处。在社区内，人们普遍认为转向UDP 将加速传输协议的演进，因为新协议的用户实施可促进快速部署和灵活性，从而增加创新。 QUIC 正在测试的技术范例包括频宽估计和资料包调速以减少拥塞，以及使用FEC 消除大部分重传引起的延迟。这些技术和其他技术必须随着时间的推移而发展。 TCP 在作业系统核心中实现，且使用者不会经常更新其作业系统内核，因此这限制了最终使用者对TCP 堆叠进行新更改或更新的频率。