计算机网路——延迟

2024-01-10 12:12
文章标签 延迟 计算机网

本文主要是介绍计算机网路——延迟,希望对大家解决编程问题提供一定的参考价值,需要的开发者们随着小编来一起学习吧!

1. 延迟

        在数据传输过程中,从发射器到接收器,数据会遇到的不同类型的延迟。

1.1 延迟的种类

1.1.1 发射持续时间

        这个时间段与数据的大小成正比,并且与网络的带宽成反比。也就是说,如果数据段很长或者网络带宽较小,那么发送完整个数据段所需的时间就会更长。

1.1.2 传播延迟

        这是数据在传输媒介中传播所需的时间。这个时间至少是数据在真空中以光速(大约300,000公里/秒)传播的时间。在实际中,传播速度还取决于传输媒介的类型,例如在光纤或铜线中,传播速度大约是光速的2/3。举例来说,地球与地球之间的静止卫星连接的传播延迟大约是250毫秒。

1.1.3 节点处理延迟

        这是数据在网络节点(如路由器或交换机)中被处理所需的时间。这包括实际处理数据包所需的时间以及数据包在队列中等待处理和等待重新发送的时间。

        这些延迟对于设计和维护网络系统非常重要,尤其是在需要低延迟的应用中,如实时视频通讯或在线游戏。理解和优化这些延迟可以显著提升通信质量和用户体验。

1.1.4 我们可以通过包减少延迟

1.2 电话通信和数据通信的延迟敏感度

1.2.1 电话通信的延迟敏感度

        通话时如果延迟小于或等于50毫秒(ms),用户会感觉到良好的通信舒适度。如果延迟超过200毫秒,比如通过地球静止卫星进行通信,通话质量会变得中等,并且可能需要使用回声消除技术来改善通话体验。延迟达到400毫秒被认为是极限,超过这个数值,通信质量会非常差,用户体验会大幅下降。

1.2.2 数据通信的延迟敏感度

        数据通信对延迟的敏感度高度依赖于应用程序的类型。有些应用可以容忍较高的延迟,而对于实时应用,如网络电话(VoIP)或视频会议,延迟就变得非常关键。延迟的变化是数据传输网络的固有特性。这种变化对于数据服务来说是正常的,但对于需要实时交互的服务来说则可能不适合。尽管这样,技术的进步已使得即使在延迟变化的网络中,像VoIP这样的电话服务也能成功运行。

        不同类型的通信服务对延迟的不同容忍程度,并且指出在设计和运行通信服务时,考虑延迟对服务质量的影响是非常重要的。

这篇关于计算机网路——延迟的文章就介绍到这儿,希望我们推荐的文章对编程师们有所帮助!



http://www.chinasem.cn/article/590777

相关文章

ActiveMQ—消息特性(延迟和定时消息投递)

ActiveMQ消息特性:延迟和定时消息投递(Delay and Schedule Message Delivery) 转自:http://blog.csdn.net/kimmking/article/details/8443872 有时候我们不希望消息马上被broker投递出去,而是想要消息60秒以后发给消费者,或者我们想让消息没隔一定时间投递一次,一共投递指定的次数。。。 类似

MySQL主从同步延迟原理及解决方案

概述 MySQL的主从同步是一个很成熟的架构,优点为: ①在从服务器可以执行查询工作(即我们常说的读功能),降低主服务器压力; ②在从主服务器进行备份,避免备份期间影响主服务器服务; ③当主服务器出现问题时,可以切换到从服务器。 相信大家对于这些好处已经非常了解了,在项目的部署中也采用这种方案。但是MySQL的主从同步一直有从库延迟的问题,那么为什么会有这种问题。这种问题如何解决呢? MyS

Flink全链路延迟的测量方式和实现原理

点击上方蓝色字体,选择“设为星标” 回复”面试“获取更多惊喜 本文已经加入「大数据成神之路PDF版」中提供下载。你可以关注公众号,后台回复:「PDF」 即可获取。 一、背景 Flink Job端到端延迟是一个重要的指标,用来衡量Flink任务的整体性能和响应延迟(大部分流式应用,要求低延迟特性)。 通过流处理引擎竞品对比,我们发现大部分流计算引擎产品,都在告警监控页面,集成了全链路时延指标

dispatch_after 的延迟执行分析

dispcth_after 是将block 中的任务延迟添加到它将要执行的队列中去,而并不一定添加到队列中就立即会去执行任务。 图中表示是在5秒中后将任务添加到主队列中,如果主队列中还有另外的任务假设A、B 要执行,那么这个任务会在任务A、B 执行完后才会开始执行。 验证的代码如下: dispatch_after(dispatch_time(DISPATCH_TIME_NOW, (int

SpringBoot教程(十五) | SpringBoot集成RabbitMq(死信队列、延迟队列)

SpringBoot教程(十五) | SpringBoot集成RabbitMq(死信队列、延迟队列) (一)死信队列使用场景具体用法前提示例: (二)延迟队列使用场景方法一:通过死亡队列实现方法二:通过延迟消息插件(rabbitmq_delayed_message_exchange)实现 (一)死信队列 死信队列是一个重要的概念,用于处理那些因各种原因无法被正常消费的消息。 它

学习记录-Qt按键单击后延迟一段时间触发下一个函数执行

<span style="font-family: Arial, Helvetica, sans-serif;">QTimer::singleShot(1000, this, SLOT(on_pushButton_pcba_readfilename_clicked()));</span>项目中,需要按键单击后发送一条指令,等待一段时间后在发另一条指令,看文档发现使用如上方式可以实现

JavaScript 实现网页菜单延迟加载效果》

目录 一、整体代码结构 二、代码注解 1. HTML 结构部分 2. CSS 样式部分 3. JavaScript 部分 一、整体代码结构 <!DOCTYPE html><html lang="en"><head><meta charset="UTF-8"><meta name="viewport" content="width=device-width, initial

尚品汇-延迟插件实现订单超时取消(四十五)

目录: (1)延迟插件封装 (2)基于延迟插件测试         如何保证消息幂等性? (3)改造订单service-order模块-实现订单超时取消 (1)延迟插件封装          把消息带过去:  在消息的重试发送消息的方法里封装:retrySendMsg (2)基于延迟插件测试 service-order模块  rabbit-util模块配置

UFT延迟试用时间方法

UFT安装后有30天的试用期,到期后运行以下步骤可在获得30天试用:   方法: 1. 删除C:\ProgramData隐藏目录下的SafeNet Sentinel文件夹 2.运行QTP安装目录下的bin\instdemo.exe 3. 重新运行QTP/UFT 12后即可恢复30天试用

HarmonyOS 延迟加载(lazy import)

功能特性 延迟加载特性可使待加载文件在冷启动阶段不被加载,直至应用程序实际运行过程中需要用到这些组件时,才按需同步加载相关文件,从而缩短应用冷启动耗时。 使用方式 文件的调用点,可以直接增加lazy标识。 但需要注意的是,后续执行的加载是同步加载,有可能会阻塞任务执行(如点击任务,触发了延迟加载,那么运行时会去执行冷启动未加载的文件,从而增加耗时),因此是否使用lazy需要开发者自行评估。