系统运行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控制器和与它们相关联的“背板”条目.
解决方法
原文地址：https://www.jb51.cc/linux/397380.html
版权声明：本文内容由互联网用户自发贡献，该文观点与技术仅代表作者本人。本站仅提供信息存储空间服务，不拥有所有权，不承担相关法律责任。如发现本站有涉嫌侵权/违法违规的内容， 请发送邮件至 dio@foxmail.com 举报，一经查实，本站将立刻删除。
