单个15K RPM磁盘的带宽？ 10MBps或100MBps？
不知道你想问什么，但是这里是一个典型的15k驱动器，像一个希捷15k.7的破败： （PDF）根据你想要做你的驱动器，实际性能会有很大的变化。
顺序访问
所列出的驱动器性能是122-204MB / sec。 驱动器将更高密度的位logging在磁盘上以增加总存储容量，因此读取磁盘的外部区域比读取内部区域快一些。 如果磁盘caching分段和预读在磁盘上正确设置，那么在video编辑等stream媒体工作负载上应该可以达到非常接近的效果。
随机访问
盘片的转速为15000转/分左右，达到每秒250转。 平均延迟时间被列为2.0ms。 一个单一的旋转需要4ms，所以在一个随机加载的时候，当你开始操作时，这个扇区平均是从头部开始的半个旋转。 平均寻道时间被列为3.4ms，包括头部移动的时间。 单个轨道寻道被列为0.2ms。
3.4ms的平均寻道时间（+ 2ms的平均旋转延迟）意味着你可能会期望从单个磁盘上的小数据项目每秒约150-200次随机访问I / O操作。
访问数组
arrays上的数据stream吞吐量是磁盘RPM和RAID条带大小的函数。 通常情况下，除非您的工作量非常分散，否则每次读取磁盘时都会读取一个条带。 例如，一个15k磁盘每秒旋转250次; 一个64k的条带大小将允许你每秒读取16MB的驱动器，或者一个256k的条带大小允许读取64MB / sec的驱动器。
如果您的访问工作量很大，那么您可能希望每隔几毫秒就会得到一个条带，具体取决于磁盘search模式。 这意味着你将平均读取一个条带比平均吞吐量稍微慢一些，所以每个磁盘150 IOPS的数字是一个合理的经验法则。 该arrays将有多个驱动器，所以总吞吐量是驱动器的总吞吐量，除非受到诸如缓慢或不适当调整的控制器之类的其他因素的限制。
写入数组比较复杂，因为必须写出冗余信息。 根据RAIDtypes，每次写入可能需要多个附加的I / O操作; 确切数量取决于RAID布局的types。 通常，在RAID-5上进行写操作需要四次IO操作（两次读取，可能被caching，两次写入），而在RAID-10上写入需要两次写入（镜像一侧）。
在SAN中访问
物理磁盘吞吐量通常不是SAN性能的限制因素。 SAN性能有许多因素，控制器的设置甚至磁盘参数（如caching分段和预读策略）都会显着影响性能。
SAN中的磁盘性能特征与RAID控制器中的性能特征大致相同，但是在基于主机的RAID控制器中通常没有find更多的层次和一些阻塞点。 SAN的性能并不是一成不变的，不同的工作负载可能会对SAN产生冲突。
一个相当常见的情况是，针对通用目的工作负载调整的SAN通常在数据仓库ETL或报告任务上performance不佳，这往往对事务性或文件服务工作负载具有非常不同的磁盘访问模式。
我在一家主要的SAN厂商那里知道的一位代表估计，他们的许多客户使用数据仓库系统的直接连接存储，因为这种工作负载的速度比SAN快得多。 在我工作过的网站上，我也曾经看到过这种现象，甚至运行了一个基准testing，在同样的ETL工作中，适度配备的服务器的性能超过了刀片/ SAN设置的两倍。
这几乎是毫无意义的，作为一个问题抱歉。
10Mbps和100Mbps是典型的以太网速度（以及它的1Gbps，10Gbps和40Gbps的朋友） – 磁盘不使用以太网 – 无论如何不是主要接口。 通常它们使用ATA / SATA，SCSI / SAS或光纤通道接口，通常分别以1.5 / 3 / 6Gbps，3 / 6Gbps和1/2/4 / 8Gbps的速度运行。
这些是你的物理接口速度，并不意味着磁盘将达到这个速度，只是一个上限。 为了定义磁盘的总体性能，我们经常关注平均寻道时间，顺序和随机读取和写入速度，以及像我自己所关心的大多数SANbuild筑物的IOPS。
如果你有一个特定的问题或问题，为什么不问问题，而不是这个相当不正确的问题。