Chapter 7 - 3. Congestion Management in Ethernet Storage Networks以太网存储网络的拥塞管理

本文主要是介绍Chapter 7 - 3. Congestion Management in Ethernet Storage Networks以太网存储网络的拥塞管理,希望对大家解决编程问题提供一定的参考价值,需要的开发者们随着小编来一起学习吧!

Pause Threshold for Long Distance Links长途链路的暂停阈值

This section uses the following basic concepts: 本节使用以下基本概念:

 Bit Time (BT): It is the time taken to transmit one bit. It is the reciprocal of the bit rate. For example, BT of a 10 GbE port is 1/10,000,000,000 seconds or 0.1 nanoseconds and that of 100 GbE port is 0.01 nanoseconds. 它是传输一个比特所需的时间。它是比特率的倒数。例如,10 GbE 端口的 BT 1/10,000,000,000 秒或 0.1 纳秒,100 GbE 端口的 BT 0.01 纳秒。

 Pause Quanta: It is the time taken to transmit 512 bits. In other words, it is 512 BT. 它是传输 512 比特所需的时间。换句话说,就是 512 BT

 Inter-Frame Gap (IFG): Ethernet has an inter-frame gap of 12 bytes. It takes 96 BT for transmission. 以太网的帧间间隔为 12 个字节。传输需要 96 个字节。

 Preamble and Start Frame Delimiter (SFD): An Ethernet frame starts with 7 bytes of preamble and 1 byte of SFD. These 8 bytes are typically not counted in an Ethernet frame size of 1522 bytes. Collectively, the preamble and SFD take 64 BT for transmission. 以太网帧以 7 个字节的preamble和 1 个字节的 SFD 开始。这 8 个字节通常不计入 1522 字节的以太网帧大小中。前言和 SFD 的总传输时间为 64 BT

As Figure 7-2 explains, the headroom on a traffic receiver should be large enough to accommodate frames during the following delay factors. 如图 7-2 所示,流量接收器的headroom应足够大,以容纳下列延迟因素下的帧。

Figure 7-2 Worst-case delay for calculating the headroom for PFC.

1. Delay due to transmission of a frame of maximum length (D-Max-Frame-Len) 传输最大长度帧时产生的延迟 (D-Max-Frame-Len): The queue on the traffic receiver reached the Pause Threshold. But, at the traffic receiver, a frame just started transmission. A Pause frame does not preempt the transmission of another frame. Hence, the transmission of the Pause frame is delayed until the other frame is transmitted. This delay accounts for the maximum frame length of all the traffic classes. Considering the maximum frame length of 9216 bytes, this delay can be up to 73728 BT (9216 x 8). Adding 96 BT for IFG and 64 BT for preamble and SFD, the total delay can be up to 73888 BT. 流量接收器上的队列达到了暂停阈值。但在流量接收器上,一个帧刚刚开始传输。暂停帧不会抢先传输另一个帧。因此,暂停帧的传输会延迟到其他帧传输完毕。这一延迟占所有流量类别的最大帧长。考虑到最大帧长为 9216 字节,这一延迟可达 73728 BT9216 x 8)。再加上 IFG 96 BT 以及preamble和 SFD 64 BT,总延迟可达 73888 BT

2. Delay due to transmission of Pause frame (D-Pause) 传输暂停帧(D-暂停)导致的延迟: The size of a Pause frame is 64 bytes, and therefore it takes 512 BT for transmission. Adding 96 BT for IFG and 64 BT for preamble and SFD, the total delay is 672 BT. 暂停帧的大小为 64 字节,因此传输需要 512 BT。加上 IFG 96 BT 和preamble及 SFD 64 BT,总延迟为 672 BT

3. Interface delay for transmitting the Pause frame (D-Intf) 传输暂停帧的接口延迟 (D-Intf): This is the delay caused by the lower layers while transmitting and receiving a frame. Ethernet standards define the upper value of this interface delay. For example, maximum delays of 8192 BT for 10 GbE, 6144 BT for 25 GbE, 24576 BT for 40 GbE, 122880 BT for 100 GbE. These values include transmit and receive delay. There are different implementations at the same Ethernet speed, and each may have a different interface delay. For further details, refer to IEEE Standard for Ethernet 802.3 and search for delay constraint. 这是低层在传输和接收帧时造成的延迟。以太网标准规定了该接口延迟的上限。例如,10 GbE 的最大延迟为 8192 BT25 GbE 6144 BT40 GbE 24576 BT100 GbE

这篇关于Chapter 7 - 3. Congestion Management in Ethernet Storage Networks以太网存储网络的拥塞管理的文章就介绍到这儿,希望我们推荐的文章对编程师们有所帮助!



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

相关文章

SpringBoot3.X 整合 MinIO 存储原生方案

《SpringBoot3.X整合MinIO存储原生方案》本文详细介绍了SpringBoot3.X整合MinIO的原生方案,从环境搭建到核心功能实现,涵盖了文件上传、下载、删除等常用操作,并补充了... 目录SpringBoot3.X整合MinIO存储原生方案:从环境搭建到实战开发一、前言:为什么选择MinI

Spring Boot集成Druid实现数据源管理与监控的详细步骤

《SpringBoot集成Druid实现数据源管理与监控的详细步骤》本文介绍如何在SpringBoot项目中集成Druid数据库连接池,包括环境搭建、Maven依赖配置、SpringBoot配置文件... 目录1. 引言1.1 环境准备1.2 Druid介绍2. 配置Druid连接池3. 查看Druid监控

Knife4j+Axios+Redis前后端分离架构下的 API 管理与会话方案(最新推荐)

《Knife4j+Axios+Redis前后端分离架构下的API管理与会话方案(最新推荐)》本文主要介绍了Swagger与Knife4j的配置要点、前后端对接方法以及分布式Session实现原理,... 目录一、Swagger 与 Knife4j 的深度理解及配置要点Knife4j 配置关键要点1.Spri

Linux中压缩、网络传输与系统监控工具的使用完整指南

《Linux中压缩、网络传输与系统监控工具的使用完整指南》在Linux系统管理中,压缩与传输工具是数据备份和远程协作的桥梁,而系统监控工具则是保障服务器稳定运行的眼睛,下面小编就来和大家详细介绍一下它... 目录引言一、压缩与解压:数据存储与传输的优化核心1. zip/unzip:通用压缩格式的便捷操作2.

Python实现对阿里云OSS对象存储的操作详解

《Python实现对阿里云OSS对象存储的操作详解》这篇文章主要为大家详细介绍了Python实现对阿里云OSS对象存储的操作相关知识,包括连接,上传,下载,列举等功能,感兴趣的小伙伴可以了解下... 目录一、直接使用代码二、详细使用1. 环境准备2. 初始化配置3. bucket配置创建4. 文件上传到os

Java中调用数据库存储过程的示例代码

《Java中调用数据库存储过程的示例代码》本文介绍Java通过JDBC调用数据库存储过程的方法,涵盖参数类型、执行步骤及数据库差异,需注意异常处理与资源管理,以优化性能并实现复杂业务逻辑,感兴趣的朋友... 目录一、存储过程概述二、Java调用存储过程的基本javascript步骤三、Java调用存储过程示

MySQL之InnoDB存储引擎中的索引用法及说明

《MySQL之InnoDB存储引擎中的索引用法及说明》:本文主要介绍MySQL之InnoDB存储引擎中的索引用法及说明,具有很好的参考价值,希望对大家有所帮助,如有错误或未考虑完全的地方,望不吝赐... 目录1、背景2、准备3、正篇【1】存储用户记录的数据页【2】存储目录项记录的数据页【3】聚簇索引【4】二

MySQL之InnoDB存储页的独立表空间解读

《MySQL之InnoDB存储页的独立表空间解读》:本文主要介绍MySQL之InnoDB存储页的独立表空间,具有很好的参考价值,希望对大家有所帮助,如有错误或未考虑完全的地方,望不吝赐教... 目录1、背景2、独立表空间【1】表空间大小【2】区【3】组【4】段【5】区的类型【6】XDES Entry区结构【

SQLite3 在嵌入式C环境中存储音频/视频文件的最优方案

《SQLite3在嵌入式C环境中存储音频/视频文件的最优方案》本文探讨了SQLite3在嵌入式C环境中存储音视频文件的优化方案,推荐采用文件路径存储结合元数据管理,兼顾效率与资源限制,小文件可使用B... 目录SQLite3 在嵌入式C环境中存储音频/视频文件的专业方案一、存储策略选择1. 直接存储 vs

使用jenv工具管理多个JDK版本的方法步骤

《使用jenv工具管理多个JDK版本的方法步骤》jenv是一个开源的Java环境管理工具,旨在帮助开发者在同一台机器上轻松管理和切换多个Java版本,:本文主要介绍使用jenv工具管理多个JD... 目录一、jenv到底是干啥的?二、jenv的核心功能(一)管理多个Java版本(二)支持插件扩展(三)环境隔