The average time, in milliseconds, required for one request to pass through a system component, including its waiting time.
The higher the queue length for a LUN, the more requests are waiting in its queue, thus increasing the average response time of a single request. For a given workload, queue length and response time are directly proportional.
Jeffey1
2 Intern
2 Intern
•
2.8K 消息
0
2016年7月20日 20:00
DavidCao
在提到Response time时，通常我们认为有二种response time：用户response time和I/O response time。
用户response time的计算方法如下图：
I/O的response time是指单个硬件的读或写的响应时间，可以是磁盘也可以是LUN。计算公式大致如下:
如何计算磁盘响应时间？
最后，提供楼主一个文档《Unified_Storage_Fundamentals》，请查看第20页和21页。
Roger_Wu
2 Intern
2 Intern
•
4K 消息
0
2016年7月20日 21:00
如果是官方定义的话，取自Unisphere Online Help文档：
不过在不同场合语境下，response time的实际含义会有不同（即使在交流中在前面带上"LUN"）。这两类不同的response time即user (或host)和I/O。
如果指的是user或host，则第二种说法是正确的：
但这个user response time对判断性能问题瓶颈在哪里用处不是最大，毕竟一条数据链路上有多个component。因此我们会引入I/O的response time。VNX、CLARiiON上如果开启了Analyzer (可以生成.nar/.naz性能日志)，则其中记录的LUN上的response time就是I/O的response time。长期关注EMC存储或者我们论坛的朋友可能会知道，这个参数是判断存储这端是否有性能问题的最重要依据（是否大于20ms）。