干货 | 详细解读USB-4标准

博主福利:100G+电子设计学习资源包!

http://mp.weixin.qq.com/mp/homepage?__biz=MzU3OTczMzk5Mg==&hid=7&sn=ad5d5d0f15df84f4a92ebf72f88d4ee8&scene=18#wechat_redirect
--------------------------------------------------------------------------------------------------------------------------

 

USB 4全名为Universal Serial Bus Generation 4。USB这个介面在1996年发布USB 1.0规格, 传输速度支援低速1.5 Mbps与全速12 Mbps,以及之后陆续发表支援速度480 Mbps、5Gbps、10Gbps、20Gbps等,并在2019年9月发布最新一代USB4规格,支援20 Gbps与40 Gbps。

 

USB介面演进及相对应的logo,请参考图1。

 

USB 4 新功能

 

1)USB 4只采用USB Type-C连接器,USB 4讯号采双通道传输;而过去的连接器如USB Type-A或Micro-B,仅支援单通道传输,无法支援USB 4。

 

2)USB传输速度最快支援40G(20Gbps×2),并可同时传送DisplayPort影音。旨在将多种协议组合到单个物理接口,可以动态共享USB 4架构的整体速度和性能。

 

3)向下相容USB 2.0与USB 3.2及支援Thunderbolt 3。

 

USB 4 连接器与线缆

 

USB 4只采用USB Type-C连接器。

 

USB 4 Cable被动线缆,可支援的被动线缆长度由USB 3.2 Gen2的1公尺,降为USB 4 Gen3的0.8公尺。

 

若需较长的线缆,如连接大尺寸萤幕,或是VR应用,可使用主动式线缆。 

 

USB 4主动式线缆为含有Repeater元件(如Re-timer、Re-driver等主动元件)的线缆,以及光纤线缆等。至于可支援的主动式线缆长度最长为5公尺。

 

USB 4 架构

 

USB 4主要构成元件有路由器(Router)、适配器(Adapter)以及TMU(Time Management Unit,时间管理单元)。

 

路由器是USB 4的一个主要建构模块,路由器将隧道协议转换成USB4封包传送,并透过TMU来作时间同步。主要由USB Host内建的Connection Manager 来侦测及管理。

 

适配器是内建在路由器里,主要功能为路由器与外部元件沟通的媒介,进行协定转换。例如USB 4 Host在传输USB 3资料(如图2),由内部USB 3 Host透过USB 3 Adapter进行协定封装成USB 4 Tunneled Packet。一个路由器内部最多可以支援64个适配器。

 

TMU是内建在路由器里,使用分布式时间管理单元(TMU),在路由器间做时间同步。

 

 

USB 4 的五个层级

 

USB 4把功能区分为五个层级(如图3)。

 

Protocol Adapter Layer:负责USB 4与不同协议间进行对应,并把不同协议封装成Tunneled Packet,在USB 4介面内传递。

 

Configuration Layer:负责处理由Connection manager传送来的控制封包(Control Packets),并附加路径中对应的地址(address),确保其可靠的传送机制。

 

Transport Layer:定义封包格式、路径、流量控制与时序控制,并产生link management Packets以提供时间同步封包、流量控制封包等。

 

Logical Layer:负责建立2个装置之间的USB 4连接,提供资料传送与接收、编码与解码,电源管理,错误侦测及复原机制,并且透过Sideband Channel进行通道初始化的沟通,包括速度及双通道沟通。

 

Electrical Layer:定义USB 4电气讯号的特性,如电压、抖动、编码等。

 

 

如图4,以USB 3 Tunneling为例,USB 4 Host透过USB 3 Protocol Adaptor,将USB 3 Protocol经USB 4 Transport Layer、USB 4 Logic Layer、USB 4 Electrical Layer转USB 4 Link传送到USB 4 Hub Electrical Layer。再依图5顺序进行一连串USB 3/USB 4转换,将讯号传送到USB 4 Device。

 

 

USB 3 隧道协议

 

USB 4讯号由PCIe、USB 3及DisplayPort隧道协议组成。此篇幅单就USB 3隧道协议讲解。USB 3隧道协议,指的是将原始USB 3封包经由Protocol Adapter Layer 封装成Tunneled封包,藉由图5可以清楚知道,红色部分是USB 3的封包,而蓝色部分是Tunneled封包,UFP与DFP之间会使用Physical Layer传输。

 

 

USB 4 产品类型

 

USB 4 Host:产品有一个以上DFP,没有任何的UFP。

USB 4 Hub:产品有一个UFP,并且有一个或多个DFP。

USB 4-Based Dock:产品有一个UFP,并且有一个或多个DFP,且产品内还有其他元件的功能,如储存装置或网路功能。

USB 4 Device:产品有一个UFP,没有任何的DFP。

 

USB 4 支援的隧道协议

 

依据规格,对Host/Hub/Dock/Device必须支援的隧道协议有不同要求,如图6,打“V”为必须支援,其余则是可选择支援与否。

 

例如USB Host必须支援USB 3、DisplayPort 与Host-to-Host Tunneling,可以不支援PCI Express 与TBT3 Tunneling。

 

 

USB 4 支援的传输速率

 

USB 4支援USB 4 Gen2的20Gbps及USB 4 Gen3的40Gbps速度,是不是宣告支援USB 4就一定要支援这两个速度?

 

对USB 4 Hub与USB 4-Based Dock来说,必须同时支援20Gbps及40Gbps。

 

对USB 4 Host与USB 4 Device来说,可以只支援20Gbps。40Gbps可列为额外支援,非必要支援速度。

 

 

USB 4传输速率提升到40 Gbps,并且可以动态分享频宽,当使用一条USB Type-C连接线就可以相容于市面上Thunderbolt 3和Display Port产品,对于消费者来说是一个更加便利的介面。

 

但对于产品开发者来说,USB 4是一个比较大的挑战,除了产品设计和以往USB 3的产品在架构上的差异,加上高频信号在PCB及连接器上的衰减,须更关注高频阻抗匹配,在开发阶段确保传输的信号品质。

 

 

This chapter presents an overview of Universal Serial Bus 4 (USB4™) architecture and key concepts. USB4 is similar to earlier versions of USB in that it is a cable bus supporting data exchange between a host computer and a wide range of simultaneously accessible peripherals. However, USB4 also allows a host computer to setup data exchange between compatible peripherals. The attached peripherals share bandwidth as configured by the host computer. The bus allows peripherals to be attached, configured, used, and detached while the host and other peripherals are in operation. When configured over a USB Type-C® connector interface, USB4 functionally replaces USB 3.2 while retaining USB 2.0 bus operating in parallel. Enhanced SuperSpeed USB, as defined in USB 3.2, remains the fundamental architecture for USB data transfer on a USB4 Fabric. The difference with USB4 versus USB 3.2 is that USB4 is a connection -oriented, tunneling architecture designed to combine multiple protocols onto a single physical interface, so that the total speed and performance of the USB4 Fabric can be dynamically shared. USB4 allows for USB data transfers to operate in parallel with other independent protocols specific to display, load/store and host-to-host interfaces. Additionally, USB4 extends performance beyond the 20 Gbps (Gen 2 x 2) of USB 3.2 to 40 Gbps (Gen 3 x 2) over the same dual-lane, dual-simplex architecture. This specification introduces the concept of protocol tunneling to USB bus architecture. Besides tunneling Enhanced SuperSpeed USB (USB3), display tunneling based on DisplayPort (DP) protocol and load/store tunneling based on PCI Express (PCIe) are defined. These protocol tunnels operate independently over the USB4 transport and physical layers. Additionally, USB4 allocates packets for bus configuration and management, and packe ts can be allocated specifically for host-to-host data connections.
### 回答1: Spark Streaming 和 Flink 都是流处理框架,但在一些方面有所不同。 1. 数据处理模型 Spark Streaming 基于批处理模型,将流数据分成一批批进行处理。而 Flink 则是基于流处理模型,可以实时处理数据流。 2. 窗口处理 Spark Streaming 的窗口处理是基于时间的,即将一段时间内的数据作为一个窗口进行处理。而 Flink 的窗口处理可以基于时间和数据量,可以更加灵活地进行窗口处理。 3. 状态管理 Spark Streaming 的状态管理是基于 RDD 的,需要将状态存储在内存中。而 Flink 的状态管理是基于内存和磁盘的,可以更加灵活地管理状态。 4. 容错性 Flink 的容错性比 Spark Streaming 更加强大,可以在节点故障时快速恢复,而 Spark Streaming 则需要重新计算整个批次的数据。 总的来说,Flink 在流处理方面更加强大和灵活,而 Spark Streaming 则更适合批处理和数据仓库等场景。 ### 回答2: Spark Streaming 和 Flink 都是流处理框架,它们都支持低延迟的流处理和高吞吐量的批处理。但是,它们在处理数据流的方式和性能上有许多不同之处。下面是它们的详细比较: 1. 处理模型 Spark Streaming 采用离散化流处理模型(DPM),将长周期的数据流划分为离散化的小批量,每个批次的数据被存储在 RDD 中进行处理,因此 Spark Streaming 具有较好的容错性和可靠性。而 Flink 采用连续流处理模型(CPM),能够在其流处理过程中进行事件时间处理和状态管理,因此 Flink 更适合处理需要精确时间戳和状态管理的应用场景。 2. 数据延迟 Spark Streaming 在处理数据流时会有一定的延迟,主要是由于对数据进行缓存和离散化处理的原因。而 Flink 的数据延迟比 Spark Streaming 更低,因为 Flink 的数据处理和计算过程是实时进行的,不需要缓存和离散化处理。 3. 机器资源和负载均衡 Spark Streaming 采用了 Spark 的机器资源调度和负载均衡机制,它们之间具有相同的容错和资源管理特性。而 Flink 使用 Yarn 和 Mesos 等分布式计算框架进行机器资源调度和负载均衡,因此 Flink 在大规模集群上的性能表现更好。 4. 数据窗口处理 Spark Streaming 提供了滑动、翻转和窗口操作等灵活的数据窗口处理功能,可以使用户更好地控制数据处理的逻辑。而 Flink 也提供了滚动窗口和滑动窗口处理功能,但相对于 Spark Streaming 更加灵活,可以在事件时间和处理时间上进行窗口处理,并且支持增量聚合和全量聚合两种方式。 5. 集成生态系统 Spark Streaming 作为 Apache Spark 的一部分,可以充分利用 Spark 的分布式计算和批处理生态系统,并且支持许多不同类型的数据源,包括Kafka、Flume和HDFS等。而 Flink 提供了完整的流处理生态系统,包括流SQL查询、流机器学习和流图形处理等功能,能够灵活地适应不同的业务场景。 总之,Spark Streaming 和 Flink 都是出色的流处理框架,在不同的场景下都能够发挥出很好的性能。选择哪种框架取决于实际需求和业务场景。 ### 回答3: Spark Streaming和Flink都是流处理引擎,但它们的设计和实现方式有所不同。在下面的对比中,我们将比较这两种流处理引擎的主要特点和差异。 1. 处理模型 Spark Streaming采用离散流处理模型,即将数据按时间间隔分割成一批一批数据进行处理。这种方式可以使得Spark Streaming具有高吞吐量和低延迟,但也会导致数据处理的粒度比较粗,难以应对大量实时事件的高吞吐量。 相比之下,Flink采用连续流处理模型,即数据的处理是连续的、实时的。与Spark Streaming不同,Flink的流处理引擎能够应对各种不同的实时场景。Flink的实时流处理能力更强,因此在某些特定的场景下,它的性能可能比Spark Streaming更好。 2. 窗口计算 Spark Streaming内置了许多的窗口计算支持,如滑动窗口、滚动窗口,但支持的窗口计算的灵活性较低,只适合于一些简单的窗口计算。而Flink的窗口计算支持非常灵活,可以支持任意窗口大小或滑动跨度。 3. 数据库支持 在处理大数据时,存储和读取数据是非常重要的。Spark Streaming通常使用HDFS作为其数据存储底层的系统。而Flink支持许多不同的数据存储形式,包括HDFS,以及许多其他开源和商业的数据存储,如Kafka、Cassandra和Elasticsearch等。 4. 处理性能 Spark Streaming的性能比Flink慢一些,尤其是在特定的情况下,例如在处理高吞吐量的数据时,在某些情况下可能受制于分批处理的架构。Flink通过其流处理模型和不同的调度器和优化器来支持更高效的实时数据处理。 5. 生态系统 Spark有着庞大的生态系统,具有成熟的ML库、图处理库、SQL框架等等。而Flink的生态系统相对较小,但它正在不断地发展壮大。 6. 规模性 Spark Streaming适用于规模小且不太复杂的项目。而Flink可扩展性更好,适用于更大、更复杂的项目。Flink也可以处理无限制的数据流。 综上所述,Spark Streaming和Flink都是流处理引擎,它们有各自的优缺点。在选择使用哪一个流处理引擎时,需要根据实际业务场景和需求进行选择。如果你的业务场景较为复杂,需要处理海量数据并且需要比较灵活的窗口计算支持,那么Flink可能是更好的选择;如果你只需要简单的流处理和一些通用的窗口计算,Spark Streaming是更为简单的选择。
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值