原帖由 wildhorse 于 2006-3-22 11:51 发表
以上两种情况下，往磁盘写的IO数目应该一致的,但条带化后的IOPS值高，写入耗费的时间低。（单个LUN性能有限）
条带化提高IOPS承受能力是讲物理硬盘的条带化的，跟LUN上LV条带化应该没什么关系吧。
我认为，LUN的LV级别条带化对如下条件同时达成时有用：
1、LUN平均分配在两个控制器上，可以充分利用控制器处理能力，避免控制器瓶颈
2、LUN的属性（主机端）设置不合理，比如命令队列太短，多个LUN分散负载可以提高整体效能
因为控制器是有大量缓存的，对在LUN上产生的IOPS的消化能力主要看控制器，除非访问过于随机，控制器Cache不能充分发挥整合多个LUN级IO到少数物理硬盘级IO的作用。如果那样，LUN上产生的IOPS直接就受限于物理硬盘条带化后的IOPS处理能力。
就是说：
如果不考虑OS在LUN级别处理上的问题（比如前面说的命令队列问题、控制器分配问题）：
1、大量顺序操作的时候，
多个LUN忙（LV条带化），控制器可以做碎IO（但数据区域其实是连续的）的整合，以充分利用物理硬盘层IOPS处理能力，看起来好像LUN级IOPS很高，但这是控制器做整合的功劳；
如果不用LV条带化，IOPS看起来少了，但每个IO数据量可以大了，控制器无需做整合工作，只需切割大IO，简单很多，并且让物理硬盘平均地忙，总体吞吐量（平均IO数据量×IOPS）甚至应该略有提高。
2、大量随机操作的时候，控制器将没有多少整合碎IO的机会，这时候不管做不做LV条带化，总的LUN级IOPS应该接近物理硬盘IOPS的总和，每个IO的数据量受限于上层应用给出的，是个定数，不受LV条带化与否影响，因为没有或很少整合的机会（数据不连续）。所以我也看不到做LV条带化的必要性。
当然，以上看法基于LV条带化的segment size小于存储做物理硬盘条带化的segment size的情况（因为对AIX+FASTT来说，很多应该是这种情况）。如果是大于，那么对于顺序处理，总体表现应该像上述（1、）中的第二部分，随机处理跟（2、）类似。
[
本帖最后由 larryh 于 2006-3-22 17:50 编辑 ]
