存储技术（CXL、open-channel SSD）

咸鱼.m

已于 2024-11-04 16:11:32 修改

阅读量921

点赞数 24

分类专栏：存储技术文章标签： linux 服务器

于 2024-09-29 16:14:37 首次发布

本文链接：https://blog.csdn.net/qq_37207042/article/details/138629539

版权

存储技术专栏收录该内容

1 篇文章

订阅专栏

一、CXL技术

1.1 CXL技术要解决的问题

1、对系统和设备的一致性访问

传统的是使用Cache（L1/L2/L3）和内存的方式实现一致性访问的，通过PCIE总线访问的方式通常是非一致性的读写。
主机对连接到 PCIe 设备内存的每次访问也要由 PCIe 设备处理（非一致性）。因此，设备内存不能映射到可缓存的系统地址空间。
因此无法使PIM（存内计算）设备一致性访问内存只能通过内存搬移以及限制CPU和PIM同时访问的规则来限制，限制了PIM设备的应用。

2、内存可扩展性

CPU内核数增长、频率增长，对内存容量需求也会增长。
DDR通道内存可以实现一致性，但是其使用了更多的信号引脚、提供了较低的带宽，而且传输距离也受限，PCIE可以解决此类问题但是无法支持一致性。

3、资源利用不充分，内存和计算效率低

同机架不同服务器之间，部分服务器可能CPU占用高，内存占用低，或者反之，导致在单台服务器上资源存在浪费，资源在单台服务器上存在紧耦合，无法在机架间共享资源。

4、分布式系统中的细粒度数据共享

分布式系统经常需要进行细粒度的同步。底层的更新通常很小并且对延迟敏感，因为进程会在更新上阻塞。如果可以实现一致性的共享内存，可以实现低时延同步共享。例如，在 400G 网络下传输4KB 只需要不到 2 微秒，但是当前网络的通信延迟超过10 微秒。而一个一致的共享内存实现可以实现亚微秒级。

1.2 CXL现状

2019年首次发布CXL 1.0（解决了1.1中的问题1和2），2020年提出CXL 2.0（解决了1.1中的问题3），2022年提出CXL 3.0（解决了更大规模的1.1中的问题3和4），目前市场上有部分支持CXL 1.0 、1.1、2.0的设备。
在这里插入图片描述

1.3 FM（Fabric Manage）

CX1.1仅仅作为服务器内的CXL，实际主要是type 3服务器内的PCIE作为内存的扩充。
CX2.0在引入switch的情况下可以做到交换机下的CXL内存池化，其中FM扮演了重要的管理者角色。
FM管理者角色
在这里插入图片描述
FM的配置有几种方式：
1、FM直连host和device
2、FM通过switch连接host和device
3、无FM静态配置方式，即静态配置不需要FM动态调整

FM实现负载均衡：
在这里插入图片描述
想实现负载均衡，就需要有一个更高层的编排器，具备全局视野，能同时监控多个 Fabric 内各主机、设备和Switch 状态，包括内存池访问带宽，拥塞情况，各内存池的使用率，主机本地内存利用率 Fabric 拓扑，Switch 配置等。目前解决方案之一是OFMF（OpenFabrics Management Framework）。