新闻动态

点对点技术可实现更大的文件传输

大文件传输

早期的Internet主要是点对点系统。这是一个由学者和研究人员组成的网络,与该网络相连的计算机在很大程度上是相同的,因为每台计算机都贡献了尽可能多的信息。在点对点连接的早期阶段,不考虑快速传输大文件。

随着互联网的成熟,客户端-服务器模型来主宰,尤其是HTTP的出现和万维网。在此系统中,角色与消费者分开,作为“客户端”连接到网络上某个将分发内容和数据的“服务器”。为大量观众提供服务需要大量此类服务器。正是在这段时间里,大文件传输成为此模型的固有问题。

随着该模型中需求的增长,性能下降,而脆弱性增加。相同数量的服务器不仅必须更快地传输大文件,而且还必须满足大量客户端的需求。 共享不断增长的负载自然会降低每个客户端可用的性能。另外,这样的系统本质上是脆弱的。使用服务器上的单一内容源,您会引入单点故障,这可能导致应用程序完全停机。

因此,出现了诸如内容交付网络(CDN)之类的技术,以跨多个内容源聚合和复用服务器容量,以帮助快速进行大文件共享。难以预测的突发需求可以更轻松地共享,更接近客户的能力建设可以提高性能。此类创新使早期的客户端-服务器模型更加健壮,但要花费大量文件共享成本。

然而尽管效率低下,客户端服务器模型今天仍然占主导地位。常见的客户端-服务器模型示例包括大多数Web内容,搜索引擎,云计算应用程序,甚至包括FTP和rsync之类的通用工具。

点对点是传输文件的最快方法 对等系统本质上是不同的,并且是传输文件的最快方法。在P2P文件传输系统中,每个“消费者”也是一个“生产者”。使用客户端服务器模型的语言,每个参与者都是“客户端”和“服务器”。通过这种方式,对等系统不仅可以快速传输大型文件,而且可以自然扩展。随着对任何内容的需求增加,更多的供应也随之增加。随着需求的增长,P2P连接系统变得非常容错,并且对于大型文件实际上变得更快,这与客户端服务器模型形成了鲜明的对比,后者在相同情况下变得更慢且更脆弱。

总结本节,点对点具有以下优点:快一点,更坚固,它减少了服务器上的负载,这是对基础架构的有效利用,对等大型文件传输的实际应用。

通过一个特定的示例,本节将研究大型文件传输中的点对点始终比任何客户端-服务器体系结构都更快。为了以一种简单的方式解释该技术,我们将进行以下假设。我们要通过P2P连接传输的文件有五个块。每台计算机都有一个连接通道,每个通道可以发送一个块。

我们有一个发送方,需要将数据发送到四个设备A,B,C和D(接收方)。 阶段1-分割档案: 发件人将文件拆分为独立的片段,并创建一个描述片段的元信息数据块。在我们的示例中,文件由5个部分组成。我们将每个部分标记为彩色点:Red,Green,Yellow,Blue和Black。

阶段2-接收文件: 接收方请求文件元信息。当接收方获得元信息时,他们知道有问题的文件包含五部分,目前只有发件人拥有它们。

阶段3-读取文件: 每个周期,接收方从文件中随机选择一个,然后开始下载。这一直持续到每个接收方都拥有文件的每个部分为止。

那么,传输数据需要几个周期? 使用客户端-服务器体系结构需要花费大约三倍的时间。接收方将仅从发送方下载作品。在P2P文件传输示例中,大部分都是来自其他接收方。让我们考虑一个真实的例子来说明这些差异。 使用P2P架构:仅7个周期 使用客户端-服务器体系结构:20个周期 快速文件传输和P2P的真实示例 假设我们有一台服务器和十个客户端,它们都通过1 Gbps网络连接。我们需要向所有计算机发送一个100GB的文件。对等解决方案将在17分钟内完成大文件传输。相比之下,客户端-服务器方法将花费一个多小时。随着您对此P2P速度系统(具有更大的文件或更多的参与者)的需求增加,这两种模型之间的性能差异将越来越大。

关于P2P和快速文件共享的结论 速度和健壮性对现代业务至关重要。对于几乎所有数据分发任务,对等 解决方案始终比客户端-服务器(点对点)文件传输更快。当数据大小和业务规模(位置或端点的数量)变大时,差异就很大。

上一篇:镭速传输 “0元百日计划”提前大曝光!Raysync传输协议要开放?

下一篇:几种安卓和PC之间无线传输文件的传输方式

关注云语科技

wechat qrcode

微信扫一扫,获取最新资讯