Анализ производительности ВМ в VMware vSphere. Часть 3: Storage

  • Tutorial


Часть 1. Про CPU
Часть 2. Про Memory

Сегодня разберем метрики дисковой подсистемы в vSphere. Проблема со стораджем – самая частая причина медленной работы виртуальной машины. Если в случаях с CPU и RAM траблшутинг заканчивается на уровне гипервизора, то при проблемах с диском, возможно, придется разбираться с сетью передачи данных и СХД.

Тему буду разбирать на примере блочного доступа к СХД, хотя при файловом доступе счетчики примерно те же.

Немного теории


Когда говорят о производительности дисковой подсистемы виртуальных машин, обычно обращают внимание на три связанных друг с другом параметра:

  • количество операций ввода/вывода (Input/Output Operations Per Second, IOPS);
  • пропускную способность (Throughput);
  • задержку операций ввода/вывода (Latency).

Количество IOPS обычно важно для нагрузок произвольного характера (random): доступ к блокам на диске, расположенным в разных местах. Примером такой нагрузки могут послужить базы данных, бизнес-приложения (ERP, CRM) и т.д.

Пропускная способность важна для нагрузок последовательного характера: доступ к блокам, расположенным друг за другом. Например, такую нагрузку могут генерировать файловые сервера (но не всегда) и системы видеонаблюдения.

Пропускная способность связана с количеством операций ввода/вывода следующим образом:

Throughput = IOPS * Block size, где Block size – это размер блока.

Размер блока является довольно важной характеристикой. Современные версии ESXi пропускают блоки размером до 32 767 КБ. Если блок еще больше, он делится на несколько. Не все СХД могут эффективно работать с такими большими блоками, поэтому в Advanced Settings ESXi есть параметр DiskMaxIOSize. С помощью него можно уменьшить максимальный размер блока, пропускаемого гипервизором (подробнее здесь). Рекомендую перед изменением данного параметра проконсультироваться с производителем СХД или хотя бы протестировать изменения на лабораторном стенде. 

Большой размер блока может пагубно сказываться на производительности СХД. Даже если количество IOPS и throughput относительно невелики, при большом размере блока могут наблюдаться высокие задержки. Поэтому обращайте внимание на этот параметр.

Latency – самый интересный параметр производительности. Задержка операций ввода/вывода для виртуальной машины складывается из:

  • задержки внутри гипервизора (KAVG, Average Kernel MilliSec/Read);
  • задержки, которую дают сеть передачи данных и СХД (DAVG, Average Driver MilliSec/Command).

Общая задержка, которая видна в гостевой ОС (GAVG, Average Guest MilliSec/Command), – это сумма KAVG и DAVG.

GAVG и DAVG измеряются, а KAVG рассчитывается: GAVG–DAVG.


Источник

Остановимся подробнее на KAVG. При нормальной работе KAVG должен стремиться к нулю или, по крайней мере, быть сильно меньше, чем DAVG. Единственный известный мне случай, когда KAVG ожидаемо высокий, – ограничение по IOPS на диске ВМ. В таком случае при попытке превышения лимита будет расти KAVG.

Самой значительной составляющей KAVG является QAVG – время в очереди на обработку внутри гипервизора. Остальные составляющие KAVG пренебрежимо малы.

Очередь в драйвере дискового адаптера и очереди к лунам имеет фиксированный размер. Для высоконагруженных сред данный размер бывает полезно увеличить. Здесь описано, как увеличить очереди в драйвере адаптера (одновременно увеличится очередь к лунам). Данная настройка работает, когда с луном работает только одна ВМ, что бывает редко.  Если на луне несколько ВМ, необходимо также увеличить параметр Disk.SchedNumReqOutstanding (инструкция  здесь). Увеличив очередь, вы уменьшаете QAVG и KAVG соответственно.

Но, опять же, сначала ознакомьтесь с документацией от вендора HBA и протестируйте изменения на лабораторном стенде.

На размер очереди к луну может влиять включение механизма SIOC (Storage I/O Control). Он обеспечивает равномерный доступ к луну со стороны всех серверов кластера за счет динамического изменения очереди к луну на серверах. То есть, если на каком-то из хостов работает ВМ, которая требует непропорционально много производительности (noisy neighbor VM), SIOC уменьшает длину очереди к луну на данном хосте (DQLEN). Подробнее здесь.

С KAVG разобрались, теперь немного о DAVG. Тут все просто: DAVG – это задержка, которую вносит внешняя среда (сеть передачи данных и СХД). В любой современной и не очень СХД есть свои счетчики производительности. Для анализа проблем с DAVG  имеет смысл смотреть на них. Если же со стороны ESXi и СХД все нормально, проверяйте сеть передачи данных.

Чтобы не было проблем с производительностью, выбирайте правильную Path Selection Policy (PSP) для вашей СХД. Практически все современные СХД поддерживают PSP Round-Robin (с ALUA, Asymmetric Logical Unit Access, или без). Данная политика позволяет использовать все доступные пути к СХД. В случае с ALUA используются только пути до контроллера, который владеет луном. Не для всех СХД на ESXi есть дефолтные правила, которые устанавливают политику Round-Robin. Если для вашего СХД правила нет, используйте плагин от производителя СХД, который создаст соответствующее правило на всех хостах кластера, или создайте правило самостоятельно. Подробности здесь

Также часть производителей СХД рекомендуют менять количество IOPS на путь со стандартного значения 1000 на 1. В нашей практике это позволяло «выжать» из СХД больше производительности и значительно сократить время, которое требуется на failover в случае выхода из строя или обновления контроллеров. Сверьтесь с рекомендациями вендора, и если противопоказаний нет, то попробуйте изменить данный параметр. Подробности здесь.

Основные счетчики производительности дисковой подсистемы виртуальной машины


Счетчики производительности дисковой подсистемы в vCenter собраны в разделах Datastore, Disk, Virtual Disk:



В разделе Datastore находятся метрики по дисковым хранилищам vSphere (датасторам), на которых лежат диски ВМ. Здесь вы найдете стандартные счетчики по:

  • IOPS’ам (Average read/write requests per second), 
  • пропускной способности (Read/Write rate), 
  • задержкам (Read/Write/Highest latency).

Из названий счетчиков в принципе все понятно. Еще раз обращу внимание, что здесь статистика не по конкретной ВМ (или диску ВМ), а общая по всему датастору. На мой взгляд, данную статистику удобнее смотреть в ESXTOP, хотя бы исходя из того, что минимальный период измерения там 2 секунды.

В разделе Disk находятся метрики по блочным устройствам, которые используются ВМ. Тут есть счетчики по IOPS типа summation (количество операций ввода/вывода за период измерения) и несколько счетчиков, относящихся к блочному доступу (Commands aborted, Bus resets). Данную информацию, на мой взгляд, также удобнее смотреть в ESXTOP.

Раздел Virtual Disk – самый полезный с точки зрения поиска проблем производительности дисковой подсистемы ВМ. Здесь можно посмотреть производительность по каждому виртуальному диску. Именно эта информация нужна, чтобы понять, есть ли проблема у конкретной виртуальной машины. Помимо стандартных счетчиков количества операций ввода/вывода, объема чтения/записи и задержек, в данном разделе присутствуют полезные счетчики, которые показывают размер блока: Read/Write request size.

На картинке ниже график производительности диска ВМ, на котором можно увидеть количество IOPS, задержки и размер блока. 



Также метрики производительности можно посмотреть по всему датастору, если включен SIOC. Здесь представлена базовая информация по средней Latency и IOPS’ам. По умолчанию данную информацию можно посмотреть только в реальном времени.



ESXTOP


В ESXTOP несколько экранов, на которых представлена информация по дисковой подсистеме хоста в целом, отдельным виртуальным машинам и их дискам.

Начнем с информации по виртуальным машинам. Экран “Disk VM” вызывается клавишей “v”:



NVDISK – это количество дисков ВМ. Чтобы посмотреть информацию по каждому диску, нажмите “e” и введите GID интересующей ВМ.

Значение остальных параметров на данном экране понятно из их названий.

Еще один полезный при поиске проблем экран – Disk adapter. Вызывается клавишей “d” (на картинке ниже выбраны поля A,B,C,D,E,G):



NPTH – количество путей к лунам, которые видны с данного адаптера. Чтобы получить информацию по каждому пути на адаптере, нажмите “e” и введите название адаптера:



AQLEN – максимальный размер очереди на адаптере.

Также на этом экране представлены счетчики задержек, о которых я рассказывал выше: KAVG/cmd, GAVG/cmd, DAVG/cmd, QAVG/cmd.

На экране Disk device, который вызывается клавишей “u”, представлена информация по отдельным блочным устройствам – лунам (на картинке ниже выбраны поля A, B, F, G, I). Здесь можно увидеть состояние очереди к лунам.



DQLEN – размер очереди для блочного устройства.
ACTV – количество команд ввода/вывода в ядре ESXi.
QUED – количество команд ввода/вывода в очереди.
%USD – ACTV / DQLEN × 100%.
LOAD – (ACTV + QUED) / DQLEN.

Если %USD высокий, стоит рассмотреть возможность увеличения очереди. Чем больше команд в очереди, тем выше QAVG и, соответственно, KAVG.

Также на экране Disk device можно посмотреть, работает ли на СХД VAAI (vStorage API for Array Integration). Для этого нужно выбрать поля A и O.

Механизм VAAI позволяет перенести часть работы из гипервизора непосредственно на СХД, например, зануление, копирование блоков или блокировки.



Как видно на картинке выше, на данной СХД VAAI работает: активно используются примитивы Zero и ATS.

Советы по оптимизации работы с дисковой подсистемой на ESXi


  • Обращайте внимание на размер блока.
  • Устанавливайте оптимальный размер очереди на HBA.
  • Не забывайте включать SIOC на датасторах.
  • Выбирайте PSP в соответствии с рекомендациями производителя СХД.
  • Убедитесь, что VAAI работает.

  • +23
  • 8,8k
  • 3
DataLine
115,41
Экосистема на базе дата-центров TIER III
Поделиться публикацией

Комментарии 3

    0
    Вопрос, может ктото внести ясность?
    Согласно этой статьи kb.vmware.com/s/article/1003469
    esxi работает с блоками до 32767 KB я правильно понимаю что это 32 мебагайта?
    Если да, то я не понимаю тогда какой блок при создании LUN выберать? (давайте обстрагируемся от типа данных в данном случае)
    я на LUN обычно вижу, 8,16,32,64,128,256,512К
      0
      В первую очередь посмотрите документацию СХД, скорее всего там описано какие параметры оптимальны для работы с VMWARE
      0
      Спасибо за серию статей.

      Может быть, кто подскажет, куда смотреть вот в таком случае:

      1. Запущена 1 виртуалка.
      2. В ней клонезиллой копируются данные с раздела одного толстого диска на раздел другого толстого диска.
      3. В какой-то момент запускается еще 1 виртуалка, при этом скорость копирования на первой падает в несколько раз (со 120 метров в секунду до 30), в логе наблюдаются записи:
        dmesg
        2019-08-05T22:17:02.095Z cpu2:32963)<6>ahci_scsi_abort: cmd 0x28 (0x43b5c1823240), entering...
        2019-08-05T22:17:02.095Z cpu2:32963)<7>ata2: ahci_port_reset, entering...
        2019-08-05T22:17:02.098Z cpu3:32790)NMP: nmp_ThrottleLogForDevice:3302: Cmd 0x2a (0x43b5c08a9cc0, 52833) to dev "t10.ATA_____HGST_HTE721010A9E630__________________________0123456789ABCD" on path "vmhba33:C0:T0:L0" Failed: H:0xc D:0x0 P:0x0 Possible sens$
        2019-08-05T22:17:02.098Z cpu3:32790)ScsiDeviceIO: 2613: Cmd(0x43b5c08a9cc0) 0x2a, CmdSN 0xb7 from world 52833 to dev "t10.ATA_____HGST_HTE721010A9E630__________________________0123456789ABCD" failed H:0xc D:0x0 P:0x0 Possible sense data: 0x5 0x20 0x0.
        2019-08-05T22:17:02.098Z cpu3:32790)ScsiDeviceIO: 2613: Cmd(0x43b5c088adc0) 0x2a, CmdSN 0x6b from world 52833 to dev "t10.ATA_____HGST_HTE721010A9E630__________________________0123456789ABCD" failed H:0xc D:0x0 P:0x0 Possible sense data: 0x5 0x20 0x0.
        2019-08-05T22:17:02.098Z cpu3:32790)NMP: nmp_ThrottleLogForDevice:3235: last error status from device t10.ATA_____HGST_HTE721010A9E630__________________________0123456789ABCD repeated 10 times
        2019-08-05T22:17:02.098Z cpu3:32790)ScsiDeviceIO: 2613: Cmd(0x43b5c087da80) 0x2a, CmdSN 0xe8 from world 52833 to dev "t10.ATA_____HGST_HTE721010A9E630__________________________0123456789ABCD" failed H:0xc D:0x0 P:0x0 Possible sense data: 0x5 0x20 0x0.
        2019-08-05T22:17:02.098Z cpu3:32790)ScsiDeviceIO: 2613: Cmd(0x43b5c08733c0) 0x2a, CmdSN 0x93 from world 52833 to dev "t10.ATA_____HGST_HTE721010A9E630__________________________0123456789ABCD" failed H:0xc D:0x0 P:0x0 Possible sense data: 0x5 0x20 0x0.
        2019-08-05T22:17:02.098Z cpu3:32790)ScsiDeviceIO: 2613: Cmd(0x43b5c0882500) 0x2a, CmdSN 0x7b from world 52833 to dev "t10.ATA_____HGST_HTE721010A9E630__________________________0123456789ABCD" failed H:0xc D:0x0 P:0x0 Possible sense data: 0x0 0x0 0x0.
        2019-08-05T22:17:02.098Z cpu3:32790)ScsiDeviceIO: 2613: Cmd(0x43b5c08d93c0) 0x2a, CmdSN 0x9c from world 52833 to dev "t10.ATA_____HGST_HTE721010A9E630__________________________0123456789ABCD" failed H:0xc D:0x0 P:0x0 Possible sense data: 0x0 0x0 0x0.
        2019-08-05T22:17:02.098Z cpu3:32790)NMP: nmp_ThrottleLogForDevice:3235: last error status from device t10.ATA_____HGST_HTE721010A9E630__________________________0123456789ABCD repeated 20 times
        2019-08-05T22:17:02.098Z cpu3:32790)ScsiDeviceIO: 2613: Cmd(0x43b5c08bee40) 0x2a, CmdSN 0xdf from world 52833 to dev "t10.ATA_____HGST_HTE721010A9E630__________________________0123456789ABCD" failed H:0xc D:0x0 P:0x0 Possible sense data: 0x0 0x0 0x0.
        2019-08-05T22:17:02.098Z cpu3:32790)ScsiDeviceIO: 2613: Cmd(0x43b5c08c2140) 0x2a, CmdSN 0xba from world 52833 to dev "t10.ATA_____HGST_HTE721010A9E630__________________________0123456789ABCD" failed H:0xc D:0x0 P:0x0 Possible sense data: 0x5 0x20 0x0.
        2019-08-05T22:17:02.098Z cpu3:32790)ScsiDeviceIO: 2613: Cmd(0x43b5c08ba640) 0x2a, CmdSN 0x90 from world 52833 to dev "t10.ATA_____HGST_HTE721010A9E630__________________________0123456789ABCD" failed H:0xc D:0x0 P:0x0 Possible sense data: 0x5 0x20 0x0.
        2019-08-05T22:17:02.098Z cpu3:32790)ScsiDeviceIO: 2613: Cmd(0x43b5c0870540) 0x2a, CmdSN 0xb2 from world 52833 to dev "t10.ATA_____HGST_HTE721010A9E630__________________________0123456789ABCD" failed H:0xc D:0x0 P:0x0 Possible sense data: 0x5 0x20 0x0.
        2019-08-05T22:17:02.098Z cpu3:32790)ScsiDeviceIO: 2613: Cmd(0x43b5c086eb00) 0x2a, CmdSN 0x97 from world 52833 to dev "t10.ATA_____HGST_HTE721010A9E630__________________________0123456789ABCD" failed H:0xc D:0x0 P:0x0 Possible sense data: 0x0 0x0 0x0.
        2019-08-05T22:17:02.098Z cpu3:32790)ScsiDeviceIO: 2613: Cmd(0x43b5c0854240) 0x2a, CmdSN 0x82 from world 52833 to dev "t10.ATA_____HGST_HTE721010A9E630__________________________0123456789ABCD" failed H:0xc D:0x0 P:0x0 Possible sense data: 0x0 0x0 0x0.
        2019-08-05T22:17:02.098Z cpu3:32790)ScsiDeviceIO: 2613: Cmd(0x43b5c08ce240) 0x2a, CmdSN 0x9e from world 52833 to dev "t10.ATA_____HGST_HTE721010A9E630__________________________0123456789ABCD" failed H:0xc D:0x0 P:0x0 Possible sense data: 0x0 0x0 0x0.
        2019-08-05T22:17:02.098Z cpu3:32790)ScsiDeviceIO: 2613: Cmd(0x43b5c0830f80) 0x2a, CmdSN 0x9d from world 52833 to dev "t10.ATA_____HGST_HTE721010A9E630__________________________0123456789ABCD" failed H:0xc D:0x0 P:0x0 Possible sense data: 0x0 0x0 0x0.
        2019-08-05T22:17:02.098Z cpu3:32790)NMP: nmp_ThrottleLogForDevice:3235: last error status from device t10.ATA_____HGST_HTE721010A9E630__________________________0123456789ABCD repeated 40 times
        2019-08-05T22:17:02.098Z cpu3:32790)ScsiDeviceIO: 2613: Cmd(0x43b5c08baac0) 0x2a, CmdSN 0xaa from world 52833 to dev "t10.ATA_____HGST_HTE721010A9E630__________________________0123456789ABCD" failed H:0xc D:0x0 P:0x0 Possible sense data: 0x0 0x0 0x0.
        2019-08-05T22:17:02.098Z cpu3:32790)ScsiDeviceIO: 2613: Cmd(0x43b5c0841300) 0x2a, CmdSN 0x8b from world 52833 to dev "t10.ATA_____HGST_HTE721010A9E630__________________________0123456789ABCD" failed H:0xc D:0x0 P:0x0 Possible sense data: 0x0 0x0 0x0.
        2019-08-05T22:17:02.098Z cpu3:32790)ScsiDeviceIO: 2613: Cmd(0x43b5c088b240) 0x2a, CmdSN 0x63 from world 52833 to dev "t10.ATA_____HGST_HTE721010A9E630__________________________0123456789ABCD" failed H:0xc D:0x0 P:0x0 Possible sense data: 0x5 0x20 0x0.
        2019-08-05T22:17:02.098Z cpu3:32790)ScsiDeviceIO: 2613: Cmd(0x43b5c08a87c0) 0x2a, CmdSN 0xe5 from world 52833 to dev "t10.ATA_____HGST_HTE721010A9E630__________________________0123456789ABCD" failed H:0xc D:0x0 P:0x0 Possible sense data: 0x0 0x0 0x0.
        2019-08-05T22:17:02.098Z cpu3:32790)ScsiDeviceIO: 2613: Cmd(0x43b5c08ace40) 0x2a, CmdSN 0x79 from world 52833 to dev "t10.ATA_____HGST_HTE721010A9E630__________________________0123456789ABCD" failed H:0xc D:0x0 P:0x0 Possible sense data: 0x5 0x24 0x0.
        2019-08-05T22:17:02.098Z cpu3:32790)ScsiDeviceIO: 2613: Cmd(0x43b5c0885e00) 0x2a, CmdSN 0x91 from world 52833 to dev "t10.ATA_____HGST_HTE721010A9E630__________________________0123456789ABCD" failed H:0xc D:0x0 P:0x0 Possible sense data: 0x5 0x24 0x0.
        2019-08-05T22:17:02.098Z cpu3:32790)ScsiDeviceIO: 2613: Cmd(0x43b5c084aa40) 0x2a, CmdSN 0xc8 from world 52833 to dev "t10.ATA_____HGST_HTE721010A9E630__________________________0123456789ABCD" failed H:0xc D:0x0 P:0x0 Possible sense data: 0x0 0x0 0x0.
        2019-08-05T22:17:02.108Z cpu3:32790)NMP: nmp_ThrottleLogForDevice:3235: last error status from device t10.ATA_____HGST_HTE721010A9E630__________________________0123456789ABCD repeated 80 times
        2019-08-05T22:17:02.121Z cpu3:32790)NMP: nmp_ThrottleLogForDevice:3235: last error status from device t10.ATA_____HGST_HTE721010A9E630__________________________0123456789ABCD repeated 160 times
        2019-08-05T22:17:02.128Z cpu1:32788)ScsiDeviceIO: 2613: Cmd(0x43b5c08b0c40) 0x2a, CmdSN 0xf5 from world 52833 to dev "t10.ATA_____HGST_HTE721010A9E630__________________________0123456789ABCD" failed H:0xc D:0x0 P:0x0 Possible sense data: 0x5 0x24 0x0.
        2019-08-05T22:17:02.128Z cpu1:32788)ScsiDeviceIO: 2613: Cmd(0x43b5c0879e80) 0x2a, CmdSN 0xcc from world 52833 to dev "t10.ATA_____HGST_HTE721010A9E630__________________________0123456789ABCD" failed H:0xc D:0x0 P:0x0 Possible sense data: 0x5 0x20 0x0.
        2019-08-05T22:17:02.129Z cpu1:32788)ScsiDeviceIO: 2613: Cmd(0x43b5c08b3340) 0x2a, CmdSN 0xda from world 52833 to dev "t10.ATA_____HGST_HTE721010A9E630__________________________0123456789ABCD" failed H:0xc D:0x0 P:0x0 Possible sense data: 0x0 0x0 0x0.
        2019-08-05T22:17:02.129Z cpu1:32788)ScsiDeviceIO: 2613: Cmd(0x43b5c08da5c0) 0x2a, CmdSN 0x5c from world 52833 to dev "t10.ATA_____HGST_HTE721010A9E630__________________________0123456789ABCD" failed H:0xc D:0x0 P:0x0 Possible sense data: 0x0 0x0 0x0.
        2019-08-05T22:17:02.131Z cpu1:32788)ScsiDeviceIO: 2613: Cmd(0x43b5c08c52c0) 0x2a, CmdSN 0xc6 from world 52833 to dev "t10.ATA_____HGST_HTE721010A9E630__________________________0123456789ABCD" failed H:0xc D:0x0 P:0x0 Possible sense data: 0x0 0x0 0x0.
        2019-08-05T22:17:02.131Z cpu1:32788)ScsiDeviceIO: 2613: Cmd(0x43b5c08999c0) 0x2a, CmdSN 0xa0 from world 52833 to dev "t10.ATA_____HGST_HTE721010A9E630__________________________0123456789ABCD" failed H:0xc D:0x0 P:0x0 Possible sense data: 0x0 0x0 0x0.
        2019-08-05T22:17:02.156Z cpu3:32790)NMP: nmp_ThrottleLogForDevice:3235: last error status from device t10.ATA_____HGST_HTE721010A9E630__________________________0123456789ABCD repeated 320 times
        2019-08-05T22:17:02.201Z cpu1:32788)NMP: nmp_ThrottleLogForDevice:3235: last error status from device t10.ATA_____HGST_HTE721010A9E630__________________________0123456789ABCD repeated 640 times
        2019-08-05T22:17:02.283Z cpu3:32790)ScsiDeviceIO: 2613: Cmd(0x43b5c083a7c0) 0x28, CmdSN 0x216057 from world 55162 to dev "t10.ATA_____HGST_HTE721010A9E630__________________________0123456789ABCD" failed H:0xc D:0x0 P:0x0 Possible sense data: 0x0 0x0 0x0.
        2019-08-05T22:17:02.314Z cpu1:32788)NMP: nmp_ThrottleLogForDevice:3235: last error status from device t10.ATA_____HGST_HTE721010A9E630__________________________0123456789ABCD repeated 1280 times
        2019-08-05T22:17:02.320Z cpu2:32963)<6>ata2: ahci_port_reset: SUCCEEDED
        2019-08-05T22:17:02.320Z cpu2:32963)<6>ahci_scsi_abort: cmd 0x28 (0x43b5c1823240), SUCCEEDED
        

      4. После выключения второй виртуалки скорость не восстанавливается, в прерываниях esxtop вот такая картина (смущает VMK timer):
        esxtop interrupts
        COOKIE  COUNT/s TIME/int COUNT_0  COUNT_1  COUNT_2  COUNT_3  DEVICES
        0x1         0.0      0.0      0.0      0.0      0.0      0.0 VMK dmar
        0x2         0.0      0.0      0.0      0.0      0.0      0.0 VMK dmar
        0x3         0.0      0.0      0.0      0.0      0.0      0.0 VMK ACPI Interrupt
        0x4         0.0      0.0      0.0      0.0      0.0      0.0 VMK hpet
        0x5         0.0      0.0      0.0      0.0      0.0      0.0 VMK keyboard
        0x6         0.0      0.0      0.0      0.0      0.0      0.0
        0x7         0.0      0.0      0.0      0.0      0.0      0.0
        0x8         0.0      0.0      0.0      0.0      0.0      0.0
        0x9         0.0      0.0      0.0      0.0      0.0      0.0
        0xa         0.0      0.0      0.0      0.0      0.0      0.0
        0xb         0.0      0.0      0.0      0.0      0.0      0.0
        0xc         0.0      0.0      0.0      0.0      0.0      0.0
        0xd         0.0      0.0      0.0      0.0      0.0      0.0
        0xe         0.0      0.0      0.0      0.0      0.0      0.0 VMK mouse
        0xf         0.0      0.0      0.0      0.0      0.0      0.0
        0x10        0.0      0.0      0.0      0.0      0.0      0.0
        0x11        0.0      0.0      0.0      0.0      0.0      0.0
        0x12      186.2      4.0      0.0      0.0    186.2      0.0 VMK ahci
        0x13        0.0      0.0      0.0      0.0      0.0      0.0
        0x14        0.0      0.0      0.0      0.0      0.0      0.0 VMK vmnic0
        0x15       30.0      2.0     22.1      1.6      0.0      6.3 VMK vmnic0-TxRx-0
        0x16        0.0      0.0      0.0      0.0      0.0      0.0 VMK vmnic1
        0x17        0.0      0.0      0.0      0.0      0.0      0.0 VMK vmnic1-TxRx-0
        0x18        0.0      0.0      0.0      0.0      0.0      0.0 VMK xhci_hcd
        0x19        0.0      0.0      0.0      0.0      0.0      0.0 VMK mpt2sas0-msix0
        0xef      663.6      0.0    154.6    164.9    179.9    164.3 VMK timer
        0xf3       41.2      0.0      9.5      9.5     17.6      4.7 VMK hv_ipi
        0xf4        1.6      0.0      0.0      0.0      0.0      1.6 VMK timer-ipi
        0xf5       20.7      0.0      7.9      1.6      3.2      8.1 VMK monitor
        0xf6       29.4      0.0      4.7      5.1      6.3     13.2 VMK resched
        0xf7        0.0      0.0      0.0      0.0      0.0      0.0
        0xf8       30.0      0.0     15.8      9.5      0.0      4.7 VMK tlb
        0xf9        0.0      0.0      0.0      0.0      0.0      0.0
        0xfa        0.0      0.0      0.0      0.0      0.0      0.0 VMK perfctr
        0xfb        0.0      0.0      0.0      0.0      0.0      0.0 VMK cmci
        0xfc        0.0      0.0      0.0      0.0      0.0      0.0 VMK thermal
        0xfd        0.0      0.0      0.0      0.0      0.0      0.0 VMK lint1
        0xfe        0.0      0.0      0.0      0.0      0.0      0.0 VMK error
        0xff        0.0      0.0      0.0      0.0      0.0      0.0 VMK spurious
        


      P.S. Речь о домашнем сервере, поэтому никаких СХД и прочих суровых штук.

      Только полноправные пользователи могут оставлять комментарии. Войдите, пожалуйста.

      Самое читаемое