一个简单的科普-延迟与RT时间

一个,简单,科普,延迟,rt,时间 · 浏览次数 : 111

小编点评

**Skylink 网络延迟低,还是走光纤网络延迟低?** 网络延迟是指数据从发送端到接收端的平均时间。网络的响应时间是指从发送数据到响应数据之间平均时间。 在网络延迟低的情况下,数据可以更快地从发送端传输到接收端。这可以通过以下因素提高网络延迟: * **网络线路的长度:**光纤网络的距离通常比走地网络的距离更长,因此数据需要更长时间才能从发送端传输到接收端。 * **网络设备的性能:**光纤网络通常使用专用的设备,这些设备可能比走地网络的设备性能更强大。 * **协议的处理时间:**协议层处理的时间可能会消耗许多时间,尤其是在网络拥塞的情况下。 然而,当网络延迟低的时候,数据可以更快地从发送端传输到接收端。这可以通过以下因素提高网络响应时间: * **网络线路的长度:**走地网络的距离通常比光纤网络的距离更短,因此数据可以更快地从发送端传输到接收端。 * **网络设备的性能:**走地网络上的设备通常比光纤网络的设备性能更强大。 * **协议的处理时间:**协议层处理的时间通常比光纤网络的协议层处理的时间更短。 所以,在网络延迟低的情况下,**走光纤网络的延迟可能比走地网络的延迟低**。

正文

一个简单的科普-延迟与RT时间


背景

发现稍微一复杂就没人看.
这次像是写一个简单的科普文章.
主要说一下网络延迟还有网络的响应时间.
这里想通过一个题目进行引申. 

如果Skylink全球商用:
中国与美国之间的网络是走海底光纤延迟低,还是走skylink延迟低? 

关于时延的理解

我认为: 走skylink的网络延迟低. 

原因: 
海底光纤的走的是玻璃介质的光信号. 玻璃的反射率一般是1.5
那么光速就是真空光速的三分之二. 也就是20万公里秒. 

skylink走的是太空路线. 他的总链路理论上会多一些
上下线的 500km 累计1000公里的链路. 
地球半径是 6400公里,中美之间的举例应该是 pi*radius 
也就是 20096公里.
其实光纤的举例肯定比20000公里要长,因为没有光纤是走之下的.
但是简单估算按照 最短路径来估算的的话就是
20000公里.
因为走太空理论上半径应该按照 7000公里计算
距离应该是: 21980公里 加上上下行的链路合计
22000公里

所以如果是走光纤, 一次round trip 的时间是 40000公里/200000(公里/秒钟) 
也就是 200ms的时间. 

如果走skylink的话 就是 44000公里/300000(公里/秒)
不超过 150ms的时间.

所以理论上 skylink的round trip的时延会短一些. 

引申

时延就是 距离/速度. 
软件系统的时延就是
我开始要数据, 到给我数据的时间. 
B/S结构来说. 就是我click一个按钮之后, 到展现给我结果的时间. 

所有的操作都有时延. 
CPU的寄存器, 各级缓存, 内存, 磁盘, 网络都有时延. 
时延是性能的最大的敌人. 
降低时延能够提高客户的感受. 加快处理效率. 
关于网络的时延和IO的时延的理解主要在是三部分组成
1. 排队. 2.传输 3. 处理.

磁盘IO时延的理解

网络IO和磁盘IO在CPU看来其实都是IO
CPU和内存的改善主要是通过算力和带宽来表示. 
网络和磁盘的IO 考虑三方面主要是:
磁盘IO: 
1. 排队时间: 昨天提到的有一个 nr_requests 队列越长, 等待时间越长. 
2. 处理. queue_depth 队列深度的系统处理能力. 
3. 传输. 总线, SATA接口AHCI协议,或者是PCI-E,走NVMe协议的带宽以及速度. 

提高IO性能的方法就是 降低三个的时间. 

实际上IO的时间还是IOWAIT的时间. 
IOWAIT 其实包含 操作系统内核进行线程切换的部分时间, 以及SVCTIME. 
SVCTIME主要是硬件性能和压力来决定. 操作系统的上下文切换,线程切换主要是考验系统的压力和CPU的能力. 

网络IO时延的理解

网络时延其实也包含协议层处理,网卡处理, 网络传输, 业务处理等等步骤. 
本次不考虑 业务处理的步骤, 因为这个很难去评判. 

网络实验的IO可以从内核的像是zero copy ; sendfile的地方开始介入考虑. 
nginx等可以通过减少内存中的copy来提高响应速度. 当然也可以讲这一步理解为磁盘IO和内存IO. 

进入协议层之后, 主要是协议的打包封装的效率,这一块一般要考虑CPU的性能. 能否快速实现打包验证等. 
协议层里面也会涉及很多内核参数, 比如TCP/IP的拥塞检查,慢启动,滑动窗口,SACK等等特性影响性能. 

进入网卡.要看一下网卡是否支持类似于TSO,GSO,LRO,GRO的一些配置. 对性能的影响等. 
追求吞吐量,响应时间可能会降低 因为将小包进行和合并到一个大的包的处理.
追求响应时间可能就会影响吞吐量, 因为网络中可能充斥着很多低负载的包. 

网络的性能主要是看包转发率和传输速度的. 
不同的交换机性能, 网卡性能, 网线质量, 电磁环境都会影响.具体的网络性能

与一个简单的科普-延迟与RT时间相似的内容:

一个简单的科普-延迟与RT时间

# 一个简单的科普-延迟与RT时间 ## 背景 ``` 发现稍微一复杂就没人看. 这次像是写一个简单的科普文章. 主要说一下网络延迟还有网络的响应时间. 这里想通过一个题目进行引申. 如果Skylink全球商用: 中国与美国之间的网络是走海底光纤延迟低,还是走skylink延迟低? ``` ## 关

ESXi规避ESXiArgs勒索软件的简单方法

摘要 今天查看深信服科技的公众号 发现有一个ESXiArgs 的勒索软件. 感觉对公司存在一定的风险.但是感觉操作手册有点简单. 这里想着写全面一点. 作为操作手册使用. 并且深信服仅是解决了在运行, 没有将服务设置为开机不启动. 不过感谢原作者提供的知识. 漏洞原理 攻击 slpd服务. 缓解的办

[转帖]财富放大镜-资产证券化深度科普(上)

https://zhuanlan.zhihu.com/p/127043768 资产证券化,一听名字就是那种高大上的、复杂的、难理解的概念。别急,我们尽量用简单易懂的方式,来讲清楚它。 你可以简单的把资产证券化理解成是一种融资手段。 那些拥有资产的人,通常是那种大额的、短期内无法获得大量现金流的资产。

申威CPU的简单知识梳理

摘要 最近有客户要用申威服务器了 自己很早之前简单测试过相关的CPU的服务器 但是感觉很多东西都不是很系统. 今天简单收集一下资料 希望对以后的工作有所帮助 申威CPU的创始 申威是解放军总参谋部第五十六研究所的研究成果与产品. 中电科三十二所与总参五十六所合作推出了基于申威的服务器 总参五十六所

终极指南:Scrum中如何设置需求优先级

需求众多不知道如何下手?总想先做简单的需求,复杂需求却一拖再拖?那么,我们是时候开始考虑如何设置需求优先级了。 本期终极指南将展示如何为需求设置有效优先级,如何有效管理工作量,让效率指数倍增长,搭配 《 Scrum流程:如何科学地进行需求优先级排序 ?》 使用更佳! 一、如何设置优先级? 在Scru

Pandas 使用教程 CSV - CSV 转 JSON

目录JSON 转换为 CSVCSV 转 JSON行、列操作 CSV(Comma-Separated Values,逗号分隔值,有时也称为字符分隔值,因为分隔字符也可以不是逗号),其文件以纯文本形式存储表格数据(数字和文本)。 CSV 是一种通用的、相对简单的文件格式,被用户、商业和科学广泛应用。 A

IPV6的简单学习与整理

背景 大概2018年时曾经突击学习过一段时间IPV6 当时没太有写文档的习惯,导致这边没有成型的记录了. 今天又有项目要求使用IPV6, 想了想就将之前学习的部分 还有想继续学习提高的部分进行一下总结. 因为自己不是科班网工出身,总结的可能有所偏颇. 第一部分IPV6与IPV4的区别 IPV6和IP

29.4K star! 仅需几行代码快速构建机器学习 Web 应用项目,无需前端技能!

大家好,我是狂师! 今天给大家推荐一款开源的Python库:Gradio! Gradio是一个开源的Python库,用于创建机器学习和数据科学的交互式应用和演示。 项目地址: https://github.com/gradio-app/gradio 1、项目介绍 Gradio旨在简化展示和测试机器学

SpringBoot内置tomcat启动过程及原理

作者:李岩科 1 背景 SpringBoot 是一个框架,一种全新的编程规范,他的产生简化了框架的使用,同时也提供了很多便捷的功能,比如内置 tomcat 就是其中一项,他让我们省去了搭建 tomcat 容器,生成 war,部署,启动 tomcat。因为内置了启动容器,应用程序可以直接通过 Mave

.NET科普:.NET简史、.NET Standard以及C#和.NET Framework之间的关系

最近在不少自媒体上看到有关.NET与C#的资讯与评价,感觉大家对.NET与C#还是不太了解,尤其是对2016年6月发布的跨平台.NET Core 1.0,更是知之甚少。在考虑一番之后,还是决定写点东西总结一下,也回顾一下.NET的发展历史。 首先,你没看错,.NET是跨平台的,可以在Windows、