系统运行Ubuntu Server 10.04 LTS,MySQL执行读取密集型工作负载.

我使用blockdev –setra ### / dev / sda增加了readahead以增加readahead(读取至少在理论上是顺序读取).这似乎没有产生重大影响.我没有更换磁盘电梯(我看过noop和推荐的截止日期).

系统上的负载猛增,似乎与磁盘I / O等待有关.系统可以在磁盘I / O上等待最多50％的时间 – 而cpu％约为7-10％.具有RAID5和写入密集型MysqL安装的类似系统完全吸引了该系统.

考虑到Dell OpenManage报告的内容,RAID10系统似乎有两个PERC 6 / i控制器;但是,只有控制器0有一个机箱,只有控制器0上有RAID. RAID由四个磁盘(我相信的0-3槽)和两个空闲插槽组成.

系统还在PowerSaving配置文件中运行,该配置文件允许操作系统管理cpu速度.

该系统还受到某些Linux内核中发现的fsync()错误的影响.

最后,PERC 6 / i报告固件已过期：它有6.2.0-0013并且需要6.3.0-0001.

现在的问题是：

>是否可以将RAID10阵列的一部分移动到第二个控制器？
>实际上有两个控制器可以在同一个背板中使用,还是我错过了什么？
>固件更新是否会修复磁盘速度问题？
> RAID级别是否与大磁盘IO等待有关？
> PowerSaving模式有多少效果？ (有些报道似乎说它减慢了内核的速度.)

我强烈怀疑有某种配置可以将磁盘切换到惊人的高速,但我似乎无法将其固定下来.

更新：这里使用的四个磁盘是Hitachi HDS721010CLA332型号,它被列为具有SATA“总线协议”但也具有“SAS地址”？这些磁盘是我听说过的SAS模拟驱动器应该是非常慢吗？无论如何,这些显然是7200转的驱动器.

比较系统中有SAS驱动器：Seagate ST31000640SS – 也是7200 RPM.该比较系统还具有使用的RAID控制器和与它们相关联的“背板”条目.