pv "queue_depth"参数及Cache技术问题请教！

1、系统环境   1）主机：570
   2）SAN Swtich：博科
   3）存储：HDS
   简单拓扑描述，570-SAN-存储

2、问题描述
   1）下午致电IBM 400工程师请教关于存储Cache的问题，当OS请求将数据往文件系统中写数据时，流程有两种：
        1.1）没开异步（AIO）
               先将数据写入到文件系统cache，fs cache满了后flush到主机Raid卡Cache中，然后再将Raid cache中的数据Flush到存储Raid卡Cache,然后再写入硬盘。
        1.2）开启异步（AIO）
                  数据直接送到主机Raid卡Cache中，然后再将Raid cache中的数据Flush到存储Raid卡Cache,然后再写入硬盘。
    2）OS PV “Queue depth”参数，默认值为10，其作用如下：
                  当文件系统cache池满了之后，如果没有queue队列，数据就积压，存储却没有压力，数据读写速度慢，如果开了此参数并设置合适的队列值时，及时cache池满了，OS会在内存或换页空间中开辟一片空间，作为queue队列保存数据用，此时数据会根据IO请求次数进入相应的队列数，其实做到相当于达到加大Cache池空间的作用。
                  但如果该参数设置不合理可能会导致磁盘IO长时间busy。
                  如果主机在某一时间突然宕机，而队列中还有数据，则队列中数据被清除，而存入Raid Cache池中的数据则保留，主机启动后继续进入Flush流程。
    且IBM不建议修改Queue_depth参数


针对以上的每一条，希望专家们能拍板并给出合理的解释，小弟向各位学习。
为什么要了解这些？
因为最近IO存在性能瓶颈，想从每一个环节分析问题原因，希望各位能不吝赐教，谢谢！



应jiaxu2000要求，我讲一下我们现在的瓶颈：
原本pv的queue_depth的值为2，OS的MBPS总数为70M/S左右，HDS的存储上没有任何压力，raid组为0+1（单盘900G，4d+4d），strip_size为256k（感觉太大了），应用看了下处理能力达不到目标值。
今天将pv的queue_depth的值为8.OS的MBPS总数约为40M/S左右，HDS的存储上依然没有任何压力，应用看了下，数据处理速度更差(CPU wait始终保持在30%左右)。
这个SAN交换机上接的另一台570，存储接的IBM高端存储，PV的queue_depth值为20，从SAN交换机上监控端口速率可以达到200M/S左右，性能远超HDS。