RAID 50 24端口快速写入慢读 – Ubuntu

这里发生了什么?! 我很困惑。

serveradmin@FILESERVER:/Volumes/MercuryInternal/test$ sudo dd if=/dev/zero of=/Volumes/MercuryInternal/test/test.fs bs=4096k count=10000 10000+0 records in 10000+0 records out 41943040000 bytes (42 GB) copied, 57.0948 s, 735 MB/s serveradmin@FILESERVER:/Volumes/MercuryInternal/test$ sudo dd if=/Volumes/MercuryInternal/test/test.fs of=/dev/null bs=4096k count=10000 10000+0 records in 10000+0 records out 41943040000 bytes (42 GB) copied, 116.189 s, 361 MB/s 

注意:我的RAID50是3组8个磁盘。 – 这可能不是SPEED的最佳configuration。

操作系统:Ubuntu 12.04.1 x64
硬件Raid:RocketRaid 2782 – 24端口控制器
HardDriveType:希捷Barracuda ES.2 1TB
驱动程序:v1.1开放源码的Linux驱动程序。

所以24 x 1TB的驱动器,使用parted分区。 文件系统是ext4。 I / O调度程序WAS noop,但已将其更改为截止date,没有看似性能优势/成本。

 serveradmin@FILESERVER:/Volumes/MercuryInternal/test$ sudo gdisk -l /dev/sdb GPT fdisk (gdisk) version 0.8.1 Partition table scan: MBR: protective BSD: not present APM: not present GPT: present Found valid GPT with protective MBR; using GPT. Disk /dev/sdb: 41020686336 sectors, 19.1 TiB Logical sector size: 512 bytes Disk identifier (GUID): 95045EC6-6EAF-4072-9969-AC46A32E38C8 Partition table holds up to 128 entries First usable sector is 34, last usable sector is 41020686302 Partitions will be aligned on 2048-sector boundaries Total free space is 5062589 sectors (2.4 GiB) Number Start (sector) End (sector) Size Code Name 1 2048 41015625727 19.1 TiB 0700 primary 

对我来说这应该工作正常。 我想不出任何会导致这个其他基本的驱动程序错误? 我似乎没有得到太多/如果有更高的361MB一秒钟,这是击中“SATA2”链接速度,它不应该给它一个PCIe2.0卡。 或者,也许一些caching怪癖 – 我有写回启用。

有没有人有什么build议? testing我执行? 或者,如果您需要更多的信息,我很乐意提供!

这是一个用于编辑机器的video文件服务器,所以我们有一个FAST读写优先。 我只是希望更多地从RAID 50和24驱动器…

编辑:( hdparm结果)

 serveradmin@FILESERVER:/Volumes/MercuryInternal$ sudo hdparm -Tt /dev/sdb /dev/sdb: Timing cached reads: 17458 MB in 2.00 seconds = 8735.50 MB/sec Timing buffered disk reads: 884 MB in 3.00 seconds = 294.32 MB/sec 

编辑2:(configuration细节)

另外,我正在使用256K的RAID块大小。 我被告知一个更大的块大小对于更大的(在我的情况下大video)文件更好。 WEBGUI SCREENSHOT

编辑3: (Bonnie ++结果。会喜欢一些指导!)

Bonnie ++结果

请使用像Iozone这样的专门制定的基准testing工具来更好地感受系统的真实性能。 我经常看到使用dd进行基准testing的人。 这不是现实生活I / O工作量的良好performance。

基于一个Iozonetesting的结果,我可能会看caching的情况,可能如果你有任何障碍启用。 这很奇怪,因为你的问题似乎是读取速度。 嗯…

你绝对不会达到SAS / SATA链接的极限。 你有24个端到端的连接,对吧? SAS中没有扩展器,对吗?