Question

这是blktrace的输出。我无法理解什么是“N 0（00 ..）[multipathd]”。我正在测试FS的写IO性能。

我有两个疑惑，

N - 是一个动作，但我没有在blktrace.pdf中找到它的用法。
IOSTAT和BLKTRACE之间有什么区别。

blktrace o / p：

  8,128  7       11    85.638053443  4009  I   N 0 (00 ..) [multipathd]   
  8,128  7       12    85.638054275  4009  D   N 0 (00 ..) [multipathd]   
  8,128  2       88    89.861199377  5210  A   W 384 + 8 <- (253,0) 384   
  8,128  2       89    89.861199876  5210  Q   W 384 + 8 [i_worker_0]   
  8,128  2       90    89.861202645  5210  G   W 384 + 8 [i_worker_0]   
  8,128  2       91    89.861204604  5210  P   N [i_worker_0]   
  8,128  2       92    89.861205587  5210  I  WA 384 + 8 [i_worker_0]   
  8,128  2       93    89.861210869  5210  D  WA 384 + 8 [i_worker_0]   
  8,128  2       94    89.861499857     0  C  WA 384 + 8 [0]   
  8,128  2       95    99.845910681  5230  A   W 384 + 8 <- (253,0) 384   
  8,128  2       96    99.845911148  5230  Q   W 384 + 8 [i_worker_20]   
  8,128  2       97    99.845913846  5230  G   W 384 + 8 [i_worker_20]   
  8,128  2       98    99.845915910  5230  P   N [i_worker_20]   
  8,128  2       99    99.845917081  5230  I  WA 384 + 8 [i_worker_20]   
  8,128  2      100    99.845922597  5230  D  WA 384 + 8 [i_worker_20]

Answer 1

介绍了blktrace http://duch.mimuw.edu.pl/~lichota/09-10/Optymalizacja-open-source/Materialy/10%20-%20Dysk/gelato_ICE06apr_blktrace_brunelle_hp.pdf

IOSTAT与BLKTRACE之间存在差异。

检查幻灯片5和6：

在iostat的实用程序提供与请求相关联的队列的信息   具体设备


- 队列上的平均I / O时间，合并次数，读/写块数，......

- 但是，它没有提供有关perI / O的详细信息


Blktrace。低开销，可配置的内核组件，为进入块I / O层的每个I / O执行特定操作发出事件

因此，iostat是输出统计数据的通用工具;和blktrace是捕获和输出有关工具处于活动状态时所服务的所有I / O请求的更多信息的工具。

幻灯片11有一些解码介绍

 8,128  7       11    85.638053443  4009  I   N 0 (00 ..) [multipathd]   
 maj/min cpu  seq#   timestamp_s.ns  pid  ACT RWBS blocks    process

multipathd是内核守护进程，因为它的名称包含在[]大括号中。

默认格式在blktrace.pdf中描述（这里是pdf的来源：http://git.kernel.org/cgit/linux/kernel/git/axboe/blktrace.git/tree/doc/blktrace.tex）

"%D %2c %8s %5T.%9t %5p %2a %3d "

％D将事件的设备主要/次要显示为：\％3d，\％ - 3d。％2c CPU ID（2个字符的字段）。％8s序列号％5T。％9t 5-charcter字段为秒的部分时间戳和时间戳中纳秒的9个字符的字段。进程ID的％5p 5个字符的字段。％2a其中一个操作的2个字符字段。 RWBS数据的％3d 3字符字段。

行动

C -- complete
D -- issued
I -- inserted
Q -- queued
B -- bounced
M -- back merge
F -- front merge
G -- get request
S -- sleep
P -- plug
U -- unplug
T -- unplug due to timer
X -- split
A -- remap
m -- message

RWBS

'R' - read,
'W' - write 
'D' - block discard operation
'B' for barrier operation or 
'S' for synchronous operation.

因此，对于multipathd，我们有“I”动作=“插入”而N为RWBS，而N则很奇怪。在文档中甚至在源代码中都没有N：blkparse_fmt.c - fill_rwbs()。为什么？因为它是旧文档和旧源。

在现代内核中，例如，3.12 fill_rwbs中有N：http://sources.debian.net/src/linux/3.12.6-2/kernel/trace/blktrace.c?hl=1038#L1038

if (t->action == BLK_TN_MESSAGE) {
    rwbs[i++] = 'N';
    goto out;
}

blktrace_api.h将BLK_TN_MESSAGE声明为

#define BLK_TN_MESSAGE        (__BLK_TN_MESSAGE | BLK_TC_ACT(BLK_TC_NOTIFY))

 * Trace categories
    BLK_TC_NOTIFY   = 1 << 10,  /* special message */

 * Notify events.
    __BLK_TN_MESSAGE,       /* Character string message */

因此，'N'是带字符串消息的通知操作。我认为可以看到消息而不是“块”字段。我能够找到添加了TN_MESSAGE的补丁，但是没有更新文档（正如bazaar中的计划 - 模型如linux）http://lkml.org/lkml/2009/3/27/31“[PATCH v2 6/7] blktrace：正确打印出BLK_TN_MESSAGE“2009

blktrace来测量IO性能

1 个答案: