SSD的传输总线、传输协议、传输接口

前言:关于SSD,有众多总线类型、协议类型、接口类型,每个接口还包括不同型号,在这里花点时间全部整理一下,整理日期2017-08-08。

1.传输总线

总线就像一条公路,公路上的车好比总线上的电信号;公路的大小和车流量就决定了公路的车流量,故总线的位宽大小和传输频率决定了一次传输中能够提供的最大速度。常见的总线类型有:

1.1 PCIE

  PCIE是一切的根,所有外设都是由PCIE演化而来。

  给出PCIe 2.0和PCIE 3.0标准速率,实际速率却很难达到这个理论值。

1.2 SATA

1.3 PATA(ATA)

IDE盘

1.4 SCSI

  服务器领域中使用的传输总线,已经很少人用了。

1.5 SAS

  民用领域由PATA到SATA,服务器领域由SCSI到SAS。

  SAS控制器可以兼容SATA的设备,但是SATA控制器不能兼容SAS设备。

  SAS 1.0达到3Gbps,每一代翻2倍。

1.6 FC

  FC接口很稀缺,是基于网络传输协议下诞生的接口。

  起源于SCSI,但速度远远超过SCSI,最新FC通道速度可以达到16Gbps。

2.传输协议

  传输规范、传输标准,也就是数据传输的方式。

2.1 IDE

(1)PATA(并行ATA)

(2)PATA只支持数据部分进行CRC校验

(3)IDE盘不支持热插拔

(4)需要设置主从盘跳线

2.2 AHCI

  Serial ATA Advanced Host Controller Interface,串行ATA高级主控接口/高级主机控制器接口

  IDE速度太低,协议老旧,所以有了AHCI;但AHCI是为了机械硬板而产生的产物,现在SSD已经普及,所以不再说明。

2.3 SATA

  • 协议特性

(1)简介:Serial Advanced Technology Attachment即为Serial ATA,串行高级技术附件。SATA接口是一种基于行业标准的串行硬件驱动器接口。

(2)优势:串行接口结构简单,支持热插拔,传输速度快,执行效率高。

  与传统ATA相比,具备了更强大的纠错能力,很大程度上提高了数据传输的可靠性。

  还节省空间,有利于机箱内部的散热,线缆之间的串扰也得到了有效控制。

  对数据和指令封包进行循环冗余校验(CRC),使得单bit和双bit的错误都能被检测出来。

  SATA不需要设置主从盘跳线。

  • 支持的接口类型

  主要有5中接口形式:SATA、Half-slim、mSATA、mini-mSATA、B-key M.2、1.8寸 micro-SATA等。

  • SATA接口pin脚定义

  说明:SATA 3.1之后,没有3.3V,第3脚为休眠脚。

2.4 NVMe

  一种建立在M.2接口上的类似AHCI的一种协议,是专门为闪存类存储设计的协议。

  具体优势包括:

  ①性能有数倍的提升;

  ②可降低延迟超过50%;

  ③NVMe PCIe SSD可提供的IOPs十倍于高端企业级SATA SSD;

  ④自动功耗状态切换和动态能耗管理功能大大降低功耗;

  ⑤支持未来十年技术发展的可扩展能力。

3. 传输接口图例

  传输接口也就是一个插口。

SAS

PATA(IDE)

SATA & Half-slim

  左边:SATA;右边:half-slim(半高SATA)。

mSATA & mini-mSATA

  左边:m-SATA;右边:mini-mSATA(半高mSATA)。

  正反面都有pin脚,且pin脚数一样。

1.8寸 micro-SATA

M.2

  M.2(NGFF) B+M

  根据接口样式:M.2分为M、B、B+M接口样式。

  其中,B key支持SATA协议;M key支持PCIE协议。

U.2

PCIE

  分为:PCI、PCIEx1、PCIEx4  x8  x16等。

  下图为PCIEx4:

ZIF

VPX

  VPX 无标准,信号自定义,是定制化的

DOM

  USB DOM

时间: 2024-08-24 02:55:14

SSD的传输总线、传输协议、传输接口的相关文章

OSI模型第四层传输层--UDP协议

1.udp协议 UDP是OSI参考模型中一种无连接的传输层协议,它主要用于不要求分组顺序到达的传输中,分组传输顺序的检查与排序由应用层完成[2]  ,提供面向事务的简单不可靠信息传送服务.UDP 协议基本上是IP协议与上层协议的接口.UDP协议适用端口分别运行在同一台设备上的多个应用程序. UDP提供了无连接通信,且不对传送数据包进行可靠性保证,适合于一次传输少量数据,UDP传输的可靠性由应用层负责.常用的UDP端口号有: 应用协议 端口号DNS 53,TFTP 69,SNMP 161 2.tc

(传输层)TCP协议

目录 首部格式数据单位特定注意自动重传请求ARQ具体实现发送缓存接收缓存滑动窗口确认丢失和确认迟到超时重传时间选择报文段的发送时机运输连接发送TCP请求客户端拥塞处理相关概念避免拥塞具体实现TCP 的有限状态机 首部格式 图释: 各个段位说明: 源端口和目的端口: 各占 2 字节.端口是传输层与应用层的服务接口.传输层的复用和分用功能都要通过端口才能实现 序号: 占 4 字节.TCP 连接中传送的数据流中的每一个字节都编上一个序号.序号字段的值则指的是本报文段所发送的数据的第一个字节的序号 确认

网络安全——传输层安全协议(Transport Layer Security) TLS/SSL

网络安全——传输层安全协议(Transport Layer Security) TLS/SSL 1. 综述 TLS/SSL用于认证和加密. TLS/SSL的核心在于公钥和私钥,公钥在安全证书中. 公钥和私钥成对出现,通信个体的公钥公开,私钥则严格保密,只有自己知道:有下面的特性: 1. 公钥加密的数据只能由私钥解密: 2. 私钥加密的数据只能由公钥解密. A用私钥加密后,其他人尝试用A的公钥解密可以判断是否是A发出的数据:发给A的数据用A的公钥加密,则只有A能读取. 2. 对称密码和非对称密码

OSI模型第四层传输层--TCP协议

1.传输层2个协议tcp和udp 2.tcp的可靠性(挂号信). 面向链接的:类似寄挂号信,对方收到了并且能够确认.所以也是可靠的传输. 最大报文传输:两端可以协商传输报文大小.(协商一个报文的大小) 传输确认机制:传输收到报文会有确认.(每一个数据报文都有确认) 首部和数据检验和:确认数据报文中途不被修改. 流量控制:确定发送速度(协商一次发送多少报文) 3.tcp数据报文头部 4.tcp的建立和结束(3次握手和四次挥手)

基于文件传输的UDP协议分析(1)

网络通信与数据交换已经成为现代软件必备的基础功能. 目前公司上下位机的网络通信均采用TCP/ UDP协议进行数据交换和控制.这种低层次的网络通信协议在小数据量,少互交的领域有着较大的优势.但是随着网络功能需求的日趋旺盛,TCP/UDP协议日渐无法满足需求,其弊端日渐明显 *TCP/UDP通信编程可分为: 1  通信控制层 通信控制层负责网络的配置,连接,发送数据, 接受数据响应, 中断等服务 2数据处理层 数据处理层主要负责数据的封包,解包,校验等工      作.简称: "数据协议的程序化过程

有关使用HTTP协议传输二进制文件

HTTP协议是基于字符(ASCII)的,当Content-Type项为text/xml,则内容是文本格式:当二进制格式时,Content-Type项为image/gif,就是了.例如,浏览器请求一张图片的数据包信息: 1.请求消息: 2.响应消息: 下面是二进制的数据区 由上可知,http协议中content中可以是纯二进制的. 通常上的理解,http协议中请求.相应都是以ascii字符方式传输,如果要传输二进制需要经过BASE64或MIME等编码(因为HTTP协议pop3.smtp邮件协议都是

各种常见英特网应用协议的使用情况和传输层三大协议的异同

今天我们总结下常见英特网应用协议的使用情况和传输层三大协议的异同 常见因特网应用协议使用情况 英特网应用 IP ICMP UDP TCP SCTP ping ● traceroute ● ● OSPF(路由协议) ● RIP(路由协议) ● BGP(路由协议) ● BOOTP (引导协议) ● DHCP (引导协议) ● NTP (时间协议) ● TFTP (简单FTP) ● SNMP (网络管理) ● SMTP (电子邮件) ● Telnet (远程登陆) ● SSH(安全的远程登陆) ● F

我们检测到您的浏览器不兼容传输层安全协议 (TLS) 1.1 或更高版本,此协议在 Internet 上用于确保您通信的安全性。

早上使用.Net WebClient类采集亚马逊数据,返回http 400 Bad Request错误,内容里面有“我们检测到您的浏览器不兼容传输层安全协议 (TLS) 1.1 或更高版本,此协议在 Internet 上用于确保您通信的安全性.” 所以就想着可能是WebClient使用TLS版本过低,查了下资料,全局加上这段代码. ServicePointManager.ServerCertificateValidationCallback += ValidateRemoteCertificat

TCP协议传输大文件读取时候的问题

TCP协议传输大文件读取时候的问题 大文件传不完的bug 我们在定义的时候定义服务端每次文件读取大小为10240, 客户端每次接受大小为10240 我们想当然的认为客户端每次读取大小就是10240而把客户端的读下来的文件想当然大小每一次都加上10240 而实际上服务端发送文件send每次发送不一定是一次性把10240的文件传送完,可能分了好几次进行发送至缓冲区这我们实际文件大小就不一定是10240 解决办法: 1.对于每次服务端所发送的文件内容及大小都发送给客户端,让客户端一一对应读取 2.实时