Как я могу контролировать диск io?

Мне нравится dstat. Это может показать общие количества и статистику на диск и даже md-устройства (RAID), также может использовать цвета для лучшего обзора:

$ dstat -tdD total,sda,sdb,sdc,md1 60 
----system---- -dsk/total----dsk/sda-----dsk/sdb-----dsk/sdc-----dsk/md1--
     time     | read  writ: read  writ: read  writ: read  writ: read  writ
08-11 22:08:17|3549k  277k: 144k   28k: 851k   62k: 852k   60k:  25k   82k
08-11 22:09:17|  60k  258k:1775B   15k:  13k   63k:  15k   60k:  68B   74k
08-11 22:10:17| 176k  499k:   0    14k:  41k  122k:  41k  125k: 273B  157k
08-11 22:11:17|  42k  230k:   0    14k:9830B   54k:  14k   51k:   0    70k
08-11 22:11:52|  28k  132k:   0  5032B:5266B   33k:9479B   28k:   0    37k

• -t для меток времени
• -d для дисковой статистики
• -D указывать точные устройства для создания отчетов

• 60 составлять в среднем более чем 60 секунд. Дисплей обновляется каждую секунду, но только однажды в 60 секунд новая строка будет запущена.

• не используемый в этом примере, но -c может сообщить ожидают процент IO, который в большинстве случаев связан с ЦП, ожидающим данных из дисков.

Это доступно для большинства дистрибутивов Linux, но иногда должно устанавливаться из репозиториев.

Взгляните на iotop.

Или iodump, если это больше снижается на Ваш образ мыслей.

Примечание: Это требует, по крайней мере, чтобы ядро 2.6.20 работало.

Контроль Диска Io может быть сделан несколькими инструментами как следующее.

1. Iostat
2. Iozone
3. SAR
4. vmstat

Также некоторые важные понятия операционной системы очень необходимы для понимания их.. читайте IO Linux завершают учебное руководство

Только из файлов на Вашем компьютере (принимающий недавнее ядро) можно спросить /sys/block/sda/stat или /proc/diskstats. Будет требоваться некоторый перевод, как бы то ни было. Но это хорошо для быстрой и грязной проверки.

Лучшая вещь сделать, если Вы хотите видеть производительность на длительном периоде, состоит в том, чтобы использовать Centreon, который является, мощные инструменты основываются на Nagios. Centreon делают Вас способными контролировать путем рисования графиков действий ресурса и партии других вещей.

На моем достаточно современном ноутбуке Arch /tmp/.X11-unix/ находится каталог с одной записью: X0 , сокет Unix-домена .

Сервер X11 (usuall Xorg в наши дни) взаимодействует с клиентами, такими как xterm , firefox и т.д., посредством какого-то надежного потока байтов. Доменный сокет Unix, вероятно, немного безопаснее, чем открытый миру TCP-сокет, и, вероятно, немного быстрее, так как ядро делает это все, и не должно полагаться на ethernet или беспроводную карту.

Мой X11 сервер отображается следующим образом:

bediger    294   293  0 Apr09 tty1     01:23:26 /usr/lib/xorg-server/Xorg -nolisten tcp :0 vt1 -auth /tmp/serverauth.aK3Lrv5hMV

«-nolisten tcp» не позволяет ему открыть TCP-порт 6000 для связи.

Команда lsof -U позволяет определить, какие процессы используют сокеты домена Unix. Я вижу Xorg подключенным к /tmp/.X11-unix/X0 .

Согласно руководству пользователя zsh , псевдонимы должны быть определены в ~/.zshrc :

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

Он также имеет наконечник для поддержания вашего ~/.zshrc в чистоте:

Я склонен использовать только псевдонимы в интерактивных оболочках, поэтому я определяю их от .zshrc, но вы можете использовать .zshenv, если вы используете псевдонимы больше широко. На самом деле, чтобы сохранить мой .zshrc аккуратно я сохраняю все псевдонимы в отдельный файл с именем .aliasrc и в .zshrc у меня есть:

, если [[-r ~/.aliasrc]]; тогда
. ~/.aliasrc
fi

, который проверяет, есть ли читаемый файл ~/.aliasrc, и есть ли, он запускается точно так же, пути выполняются обычные файлы запуска.

Таким образом, может потребоваться создать файл с именем ~/.aliasrc и его исходный код (. означает источник ) из ~/.zshrc .

Тот же источник предполагает, что переменные окружающей среды должны быть в ~/.zshenv :

Самое простое место для размещения в .zshenv --- отсюда и название. Переменные среды будут передаваться любым программам, выполняемым из оболочки, поэтому их может быть достаточно определить в .zlogin или .zprofile: тем не менее, любая оболочка, запущенная для вас неинтерактивно, не будет запускать их, и есть другие возможные проблемы, если вы используете систему оконной обработки, которая запускается оболочкой, отличной от zsh, или которая вообще не запускает файл запуска оболочки - мне пришлось изменить свою, чтобы сделать это. Так что .zshenv - самое безопасное место; определение переменных среды занимает недолго. Другие люди, без сомнения, дадут вам совершенно противоречивые взгляды, но это люди для вас.

Еще один отличный инструмент для быстрого обзора, откуда поступает нагрузка, - вверху

Он может показать вам обзор всех ресурсов (ЦП, память/замена, сеть и дисковый ввод-вывод) или вы можете перейти к одному ресурсу и сортировать процессы по их расходу.

Другой вариант - использовать: sudo iotop -aoP

-a    Will show accumulated output
-o    Will only output 
-P    Will only show processes instead of threads

Эта программа сообщит вам, сколько процесс записал на диск и прочитал с диска с момента запуска iotop.

Почему бы не попробовать nmon . Он делает диски и сеть с процессами. Первоначально для AIX, но уже несколько лет портирован на Linux.