【IT168 资讯】在一个还不错的酒吧里，酒保应该每30秒能倒好并为顾客呈上一杯冰凉的“谷麦啤酒”。当有两个人排队等候时，第二个人就需要等1分钟才能拿到自己的冰镇啤酒。假设每个人每次只点一杯啤酒，那么排在你前面的人越多，你需要等待的时间就越长。
因为酒保倒啤酒的速度不可能更快，所以大多数酒吧只能增加酒保和啤酒龙头的数量，从而满足更多顾客。这种办法通常可以减少排队人数，有效缩短顾客等待时间。
遗憾的是，如果某一个酒吧人气实在太旺，增加酒保和啤酒龙头还是满足不了顾客需求。这时，队就会越排越长，平均等待时间快速增长，顾客也开始喋喋不休抱怨起来
这一理论同样适用于存储领域：应用程序就是顾客，服务器就是酒保。当有太多应用程序同时向相同服务器发送I/O请求时，这些请求通常会在主机上排队等待，而等待获得服务的时间也会越来越长。
与此同时，在队列前端的存储阵列或者I/O控制器上，所有专门用于提供I/O服务的端口和控制器以恒定速度执行I/O操作。
这重要吗?实际上，这取决于您的侧重点。如果您想确保所有酒保满负荷工作，您就应该保证他们以恒定的速度倒尽可能多的啤酒。而如果您希望提高客户满意度，就该估量一下顾客需要等待多长时间。如果您认识到应用程序I/O完成时间会直接影响应用性能，而应用性能会直接影响企业绩效，那么侧重点的不同就会带来天壤之别。
想要正确评估应用程序I/O性能，就不能从存储阵列的角度出发，而必须从应用程序的角度进行评估——也就是说查看队尾的情况。在Emulex，我们深知管理I/O性能至关重要。因此，我们开发了OneCommand® Vision，其设计目的就是为了从应用程序的角度测量I/O性能，帮助管理员主动防止应用程序中断，快速解决棘手的性能问题。耳听为虚，您可以亲自检验它带来的变革，请下载“OneCommand® Vision免费版”5服务器包(OneCommand® Vision FREE Edition’ 5-server pack)，从应用程序的角度亲自‘查看’I/O性能。
