| 网管联盟 | 网管论坛 | 网管u家 | 网管博客 | 网管软件 | 网管求职 | 小游戏 | 网管搜索 | 网管原创 | 网管聚合 | 网管读摘 | 网管焦点 | 世界素材 | 会员投稿 | 会员中心 |
|
| Windows Linux Cisco 网络技术 数据库 黑客攻防 DotNet Java PHP 认证 新闻资讯 服务器 存储资讯 网络设备 网管学堂 技术专题 焦点 网吧频道 |
今天，如果用户的预算吃紧，要想找到能满足需求的最好的存储方案还是相当困难的。一般来说，大公司的产品售价都比较高，而许多二流小公司推出的价格低廉的方案却并不能真正满足你的需求。由于存储的基础技术中有99.9%都跟磁盘相关，所以我们就从磁盘入手。本文试图帮助大家认清存储的本质，并重点讨论存储的性能和不同种类的磁盘接口，揭开SATA和SCSI之间的恩怨情仇。 网管联盟bitsCN@com
一、磁盘性能，谁说了算？ 中国网管论坛bbs.bitsCN.com
为了弄清磁盘的基本性能，我们先看一下磁盘的基本工作流程： 中国网管联盟bitsCN.com
1. 磁盘控制器把逻辑地址转换成物理地址（柱面、磁道、扇区）。数据请求的时间只不过数几十个十亿分之一秒，而指令的解码和传输则占用1毫秒（ms）。
2. 磁头由调节臂移到正确的磁道上方。平均寻道时间在3.5-10ms之间。
3. 旋转电机把磁头确定在正确的扇区上方。这称作旋转延迟，大约占用5.6毫秒（5400rpm）到2毫秒（15000rpm），旋转延迟是由旋转电机的转速快慢来决定的。
4. 然后数据才被读和写。读写数据的时间由读写磁盘的扇区数目决定。访问数据的速率称为介质传输率（MTR），MTR取决于电机旋转速度和数据存储的密度。存储密度越高，在相同时间内磁头下移动的数据就越多。
5. 在读数据的时候，数据会先进入磁盘缓冲区，然后通过磁盘接口被传输到系统中。网管网www.bitscn.com
那么，对磁盘性能而言，上述哪种操作是最关键的呢？这要取决于读或写的数据本身。如果我们需要的数据是分散在整个磁盘上的小数据碎片，那么数据寻道时间和延迟是最重要的因素。相反，如果传输的是大块、连续性的数据（例如紧密分布在磁盘驱动器表面的数据），介质传输率（MTR）则是最重要的。
网管u家u.bitsCN.com
为了验证这一点，我们针对上述两种情况进行了测试：一种情况是传输一个4MB大小的数据块，即类似于在电脑上打开一首MP3歌曲；另一种情况是读取100个4KB大小的不同数据块，如100个用户同时向数据库服务器发送一个很简单的查询请求。结果如下表所示，表的最下面两行分别是总时间和数据持续传输率（STR）。 中国网管论坛bbs.bitsCN.com
|
硬盘
网管联盟bitsCN_com 网管u家u.bitscn@com |
西部数据 Raptor SATA硬盘
网管u家u.bitscn@com
网管联盟bitsCN_com |
希捷 Cheetah捷豹SCSI硬盘
网管u家u.bitsCN.com 中国网管联盟bitsCN.com | ||
|
rpm
网管u家u.bitsCN.com |
10000
网管下载dl.bitscn.com |
15000
网管网www.bitscn.com 网管联盟bitsCN@com | ||
|
介质传输率MTR
网管u家u.bitsCN.com 网管联盟bitsCN_com |
89
网管u家u.bitsCN.com
中国网管论坛bbs.bitsCN.com |
135
网管网www_bitscn_com 网管bitscn_com | ||
|
寻道时间(ms)
网管u家u.bitscn@com
网管u家u.bitsCN.com |
4.6
网管bitscn_com
中国网管论坛bbs.bitsCN.com |
3.5
网管论坛bbs_bitsCN_com 网管论坛bbs_bitsCN_com | ||
|
延迟(ms)
网管u家u.bitsCN.com 中国网管论坛bbs.bitsCN.com |
3
网管下载dl.bitscn.com |
2
网管下载dl.bitscn.com | ||
|
网管bitscn_com |
100个4KB数据块
网管论坛bbs_bitsCN_com 网管网www_bitscn_com |
1个4MB数据块
网管u家u.bitscn@com
网管网www_bitscn_com |
100个4KB数据块
网管网www_bitscn_com |
1个4MB数据块
网管联盟bitsCN_com 网管u家u.bitscn@com |
|
解码时间decode(ms)
网管联盟bitsCN@com 中国网管论坛bbs.bitsCN.com |
30
网管u家u.bitscn@com 网管下载dl.bitscn.com |
0.3
中国网管论坛bbs.bitsCN.com
网管u家u.bitscn@com |
40
网管u家u.bitscn@com
网管u家u.bitscn@com |
0.4
中国网管联盟bitsCN.com
网管下载dl.bitscn.com |
|
寻道时间seektime(ms)
网管论坛bbs_bitsCN_com 网管下载dl.bitscn.com |
460
网管下载dl.bitscn.com
网管联盟bitsCN_com |
4.6
网管论坛bbs_bitsCN_com 网管论坛bbs_bitsCN_com |
350
网管联盟bitsCN_com |
3.5
中国网管联盟bitsCN.com
中国网管论坛bbs.bitsCN.com |
|
延迟latency(ms)
网管下载dl.bitscn.com 网管联盟bitsCN_com |
300
网管bitscn_com 网管u家u.bitscn@com |
3
中国网管联盟bitsCN.com |
200
网管联盟bitsCN_com
网管论坛bbs_bitsCN_com |
2
网管联盟bitsCN_com |
|
传输时间transfer(ms)
网管bitscn_com
网管下载dl.bitscn.com |
4.6
网管网www.bitscn.com
网管联盟bitsCN@com |
46.02
网管联盟bitsCN_com |
3.03
网管联盟bitsCN_com 网管u家u.bitscn@com |
30.34
网管网www_bitscn_com
网管联盟bitsCN_com |
|
总时间(ms)
网管联盟bitsCN_com |
794.6
网管网www.bitscn.com
中国网管论坛bbs.bitsCN.com |
53.92
网管网www_bitscn_com
中国网管联盟bitsCN.com |
593.03
网管bitscn_com 网管bitscn_com |
36.24
网管网www.bitscn.com
网管网www_bitscn_com |
|
STR(MB/s)
中国网管论坛bbs.bitsCN.com
网管网www_bitscn_com |
0.5
网管u家u.bitsCN.com |
74.18
网管bitscn_com |
0.67
网管联盟bitsCN_com 网管u家u.bitsCN.com |
110.37
网管联盟bitsCN@com |
SATA和SCSI磁盘分别完成数据库和典型桌面任务的时间对比 网管下载dl.bitscn.com
从上表可见，数据库任务所花费的总时间是桌面任务的15倍甚至更多。在访问数据库时，寻道时间和延迟占了总时间的90-95%，而传输时间几乎可以忽略不计，仅为1%。如果改变数据块的大小，比如增加到16KB，情况不会有太多变化：可能传输时间会翻四倍，但总的时间不会增加。但如果增加数据块的数量，也就是说会产生更多的“I/O操作”次数，完成上述任务的总时间几乎会呈线性增长：I/O操作增加两倍，所需时间也翻两倍。
而在“打开桌面MP3”的测试中，传输时间占到了总时间的85%，这说明MB/s是最重要的因素。文件和FTP服务器则介于桌面任务和数据库服务器之间：每次I/O操作所传输的数据块大小一般要比数据库应用中的大，但I/O操作请求也同样是并发性质的。
由此可见，我们可以用两种方法来衡量存储性能： 网管联盟bitsCN@com
1. 数据传输率（兆字节每秒，MB/s）
2. 每秒的I/O操作次数网管u家u.bitsCN.com
值得注意的是，在最坏的情况下，数据库存储服务器的性能会不到1MB/s。但目前已经有一些技术可以降低并发访问导致的影响，如全速命令排队（Native Command Queuing），预先读取缓冲区，无序数据转移，智能缓存等等。然而，对数据库应用来说，把高速磁盘的持续传输率（STR）降至数MB每秒也是很平常的。
网管论坛bbs_bitsCN_com
|
0
|
评论加载中…
