Вывод iostat и поиск горлышка

Главная Форумы Storage SAN, Disk & Tape Вывод iostat и поиск горлышка

Просмотр 2 веток ответов
  • Автор
    Сообщения
    • #12216
      Viper
      Участник

      Доброго дня, коллеги.

      Тестировал производительность дисковой подсистемы на AIX.
      В момент работы команды
      [code]dd if=/dev/zero of=/data/files/test.temp bs=10485760 count=1024 #10Gb блоками по 10Mb[/code]
      вывод iostat 5 был такой:
      [code]
      tty: tin tout avg-cpu: % user % sys % idle % iowait physc % entc
      0.0 238.4 4.9 1.9 90.6 2.5 1.6 7.9

      Disks: % tm_act Kbps tps Kb_read Kb_wrtn
      hdisk5 0.0 0.0 0.0 0 0
      hdisk2 0.0 0.0 0.0 0 0
      hdisk0 0.0 0.0 0.0 0 0
      hdisk1 0.0 0.0 0.0 0 0
      cd0 0.0 0.0 0.0 0 0
      hdisk4 0.0 0.0 0.0 0 0
      hdisk6 20.8 41005.9 171.0 440 204552
      hdisk7 19.8 32863.6 139.0 432 163856
      hdisk8 23.4 41093.9 175.6 616 204816
      hdisk9 25.0 40000.9 169.6 544 199424
      hdisk10 17.4 32854.8 138.0 368 163876
      hdisk11 23.2 32965.2 158.4 940 163856
      hdisk12 24.2 32911.6 145.2 688 163840
      hdisk13 20.4 32903.6 143.6 592 163896
      hdisk3 0.0 0.0 0.0 0 0
      [/code]

      ФС лежит в виде poorman stripe на 8 LUN’ах.
      Третий столбик – сумма IO в килобойтах, последний – write в них же.
      Почему цифры отличаются в 2 раза, если read можно пренебречь?

      Тот же iostat 5 при фоновой работе БД (то-ли бэкап, то-ли ещё какие-то незатратные операции):
      [code]
      tty: tin tout avg-cpu: % user % sys % idle % iowait physc % entc
      0.0 235.2 0.9 0.7 97.4 1.0 0.4 1.8

      Disks: % tm_act Kbps tps Kb_read Kb_wrtn
      hdisk5 0.0 0.0 0.0 0 0
      hdisk2 0.0 0.0 0.0 0 0
      hdisk0 0.0 0.0 0.0 0 0
      hdisk1 0.0 0.0 0.0 0 0
      cd0 0.0 0.0 0.0 0 0
      hdisk4 0.0 0.0 0.0 0 0
      hdisk6 13.2 528.0 66.0 2632 8
      hdisk7 15.0 644.8 80.4 3208 16
      hdisk8 14.0 360.0 44.8 1784 16
      hdisk9 10.2 209.6 26.4 1032 16
      hdisk10 7.6 116.8 14.6 584 0
      hdisk11 5.2 123.2 15.0 600 16
      hdisk12 3.2 43.2 5.4 200 16
      hdisk13 10.4 334.4 41.2 1616 56
      hdisk3 0.0 0.0 0.0 0 0
      [/code]

      Ситуация обратная, в третьем столбце цифры ниже, чем в столбце read.
      man прочитал, но так и не понял, куда пропадают килобайты?

      И вообще, откуда взялась такая асимметрия в цифрах, в несколько раз даже?

      Ну и третий вопрос: на этот LPAR выделено 8 ядер и 16 виртуальных CPU.
      При запуске dd nmon почему-то показывает взлёт нагрузки на 2 виртуальных cpu, которые, вроде бы, от разных реальных ядер. Всегда думал, что dd не может одновременно два ядра загрузить. Как оно параллелит IO?

      UPD. Из вывода понятно, на каких дисках лежит ФС.
      Асимметрию по IO без нагрузки можно объяснить jfs2log, который занимает всего 5 PP и расположен не симметрично по дискам. Или не только им?

    • #12220
      andrewk
      Участник

      не нашел никакой асимметрии – 3й столбец это количество переданных KB за 1 секунду. 4й и 5й – общее количество байт переданных за время, прошедшее между измерениями. (kb_read + kb_wrtn) / 5 (потому что вы замеряли 1 раз в 5 сек) например для hdisk6 – (2632+8)/5 = 528, все верно.

    • #12232
      Viper
      Участник

      По идее в страйпе всё должно ложиться равными порциями, а заметен некоторый, пусть и незначительный, перекос, это из-за лога ФС.

      Спасибо. Думал что везде количество кб/с за пройденное время.

Просмотр 2 веток ответов
  • Для ответа в этой теме необходимо авторизоваться.