Оптимизация производительности AIX 5L: Часть 1. Настройка производительности диска

Обзор системы ввода/вывода и средств непрерывного мониторинга (sar, nmon, и topas)

В статье рассказывается о методах прямого ввода-вывода, параллельного ввода-вывода, асинхронного ввода-вывода и даются рекомендации по реализации каждого из методов. В этой серии из трех статей, посвященной дисковой подсистеме и подсистеме ввода-вывода AIX®, рассматриваются способы оптимизации работы дисковой подсистемы ввода-вывода. Удивительно, что настройке дисковой подсистемы уделяется меньше внимания, чем настройке производительности процессора или памяти, ведь дисковая подсистема - это критический компонент при оптимизации производительности всего сервера. В действительности именно из-за того, что дисковая подсистема - это "слабое звено", можно получить гораздо большее увеличение производительности, настроив дисковый ввод-вывод, чем от оптимизации других компонентов системы.

Кен Милберг, UNIX-консультант Future Tech, составитель технической документации и эксперт по сайту, Future Tech

Кен Милберг занимает должности Technical Writer и Site Expert на сайте techtarget.com и предоставляет техническую информацию и поддержку по Linux на searchopensource.com. Он также является автором и техническим редактором IBM Systems Magazine, Open Edition. Кен обладает степенью бакалавра компьютерных и информационных наук и степенью магистра по менеджменту технологий Университета штата Мэрилэнд. Он является основателем и лидером группы пользователей POWER-AIX Лонг-Айленда. В течение многих лет он работал как в крупных, так и небольших организациях и занимал различные должности от директора по информационным технологиям до главного разработчика AIX. Сейчас он работает в Future Tech, бизнес-партнере IBM в Лонг-Айленде. Кен обладает званиями PMI certified Project Management Professional (PMP), IBM Certified Advanced Technical Expert (CATE, IBM System p5 2006), и Solaris Certified Network Administrator (SCNA). Вы можете связаться с ним по адресу kmilberg@gmail.com.



23.01.2009

Введение

Важнейший этап настройки дисковой подсистемы ввода-вывода включает в себя изучение методов оптимизации до того как будет развернута и запущена в работу вся система. В связи с тем, что изменить архитектуру работающей системы чрезвычайно сложно, очень важно сделать все правильно при планировании дисковой подсистемы и окружения подсистемы ввода-вывода. Это планирование включает в себя разработку физической архитектуры и логической структуры диска, а также конфигурацию логических дисков и файловой системы.

Когда системный администратор подозревает, что при работе диска возникают перегрузки, он обращается к утилите iostat. Утилита iostat - это эквивалент использующейся для мониторинга работы оперативной памяти утилиты vmstat, быстрый и простой путь получения картины того, что в данный момент происходит в подсистеме ввода-вывода. Хотя запуск iostat и не является неправильной реакцией на возникновение проблем, задуматься о дисковой подсистеме ввода-вывода стоит задолго до того как оптимизация производительности станет необходимой. Все советы по настройке системы не смогут помочь, если дисковая подсистема не настроена соответственно выполняемым задачам с самого начала. Кроме того, очень важно понимать специфику дискового ввода-вывода и то, как эта специфика соотносится с AIX® и аппаратным обеспечением System p™.

Когда дело доходит до настройки дискового ввода-вывода, встроенные команды UNIX® могут помочь значительно меньше, чем специализированные инструменты AIX и утилиты, разработанные специально для оптимизации дисковой подсистемы ввода-вывода AIX. В этой статье определяется стек ввода-вывода AIX и рассказывается о том, какое он имеет отношение к физическим и логическим аспектам производительности диска. Здесь рассматриваются прямой, параллельный и асинхронный ввод-вывод: что это такое, как включать эти режимы, как отслеживать и настраивать их работу. Также представлены некоторые средства постоянного мониторинга, которые необходимо использовать при оптимизации работы системы. Возможно, кто-то будет удивлен, услышав, что iostat не является единственным средством, рекомендуемым для сбора статистических данных за продолжительный период.

Наконец, в этой статье подчеркивается, что вне зависимости от того, какая из подсистем конфигурируется, оптимизация работы всей системы должна являться непрерывным процессом. Лучшее время для начала мониторинга системы - это момент первого запуска системы в рабочем режиме, не стоит ждать, когда пользователи начнут жаловаться на низкую производительность. Необходимо также понимать, каким образом система работает в нормальном режиме, чтобы суметь провести точный анализ данных, которые выглядят подозрительно. При внесении корректив в работу подсистемы ввода-вывода необходимо производить последовательные изменения с некоторыми промежутками времени, чтобы иметь возможность адекватно оценить произведенный эффект. Для хорошей оценки такого эффекта можно воспользоваться одной из утилит, рекомендованных в этой статье для мониторинга подсистемы ввода-вывода в течение продолжительного периода времени.

Обзор дисковой подсистемы ввода-вывода

Этот раздел содержит обзор дискового ввода-вывода применительно к AIX-системам. Здесь обсуждаются физические аспекты ввода-вывода (драйверы устройств и адаптеры), стек ввода-вывода AIX, а также такие понятия как прямой, параллельный и асинхронный ввод-вывод. Несколькими абзацами ниже представлена концепция ограничения ввода-вывода и описаны последние улучшения утилиты iostat, предназначенной для мониторинга серверов AIX.

Не секрет, что операция, для которой требуется больше всего времени при запуске программы - это чтение данных с диска. Это является следствием работы физической составляющей подсистемы ввода-вывода. Устройство позиционирования жесткого диска должно найти правильный цилиндр, получить доступ к нужным блокам данных, затем считывающие головки диска должны дождаться, когда позиционирование будет завершено. Физическая архитектура подсистемы ввода-вывода должна быть понятна каждому системному администратору перед проведением любых работ по настройке производительности системы, так как даже самая лучшая настройка не сможет исправить плохую архитектуру подсистемы ввода-вывода, состоящей из медленного диска или неэффективно использующихся адаптеров.

Рисунок 1 демонстрирует, насколько сильно связаны физические компоненты ввода-вывода, относящиеся к логическому диску, и операции ввода-вывода приложений. Это то, что обычно называют стеком ввода-вывода AIX-систем.

Рисунок 1. Стек подсистемы ввода-вывода AIX
Рисунок 1. Стек подсистемы ввода-вывода AIX

Необходимо ясно осознавать функции каждого из слоев стека, так как каждый из них по-своему влияет на производительность всей подсистемы ввода-вывода. При первоначальной настройке системы необходимо начинать снизу (с физического уровня), производя конфигурацию диска, уровня устройств, логических томов, а затем файловых систем, файлов и приложений. Необходимо подчеркнуть важность планирования окружения физического хранилища данных. Это планирование включает в себя определение необходимого количества, типа (скорости вращения), объема и пропускной способности дисков. Одна из важнейших черт технологий хранения данных состоит в том, что при фантастическом росте объемов дисков скорость обмена данных увеличивается незначительно. Никогда не следует забывать, что в то время как доступ к оперативной памяти занимает около 540 циклов процессора, доступ к диску отнимает порядка 20 миллионов циклов. Очевидно, что самое слабое по производительности звено всей системы - это операции ввода-вывода в системе хранения информации, и работа системного администратора заключается в том, чтобы быть уверенным, что это звено не будет узким местом всей системы. Как было сказано раньше, неудачное размещение данных влияет на производительность операций ввода-вывода значительно больше, чем любой другой настраиваемый параметр ввода-вывода. Взгляд на стек ввода-вывода поможет убедиться в этом - из рисунка 1 видно, что менеджер логических томов (Logical Volume Manager - LVM) и физическое размещение диска находятся ближе к нижней части схемы, чем остальные параметры настройки (ioo и vmo).

Теперь обсудим некоторые способы оптимального размещения данных. Один из важных моментов - это полная уверенность в том, что данные равномерно распределены по всему физическому диску. Если данные занимают только несколько шпинделей диска, то стоит ли иметь большое количество логических устройств (logical unit number -LUN) или физических дисков? Если система подключена к дисковому массиву SAN или другой системе хранения данных, то нужно стараться создавать массивы одного размера и типа. Следует также создать по одному LUN для каждого массива, а затем размещать все логические тома по всем физическим томам в группе томов (Volume Group). Как было отмечено ранее, самое лучшее время для этого - момент перед первой настройкой системы, так как значительно сложнее устранить проблемы ввода-вывода, нежели проблемы с оперативной памятью или процессором. В частности, изменение настроек дисковой подсистемы может потребовать перемещения данных в работающей системе. Также необходимо быть уверенным, что зеркала данных расположены на раздельных дисках и адаптерах. Базы данных следует размещать отдельно, если это возможно, а индексы и данные для восстановления также должны размещаться на различных физических дисках. То же самое относится и к временным таблицам, часто используемым для операций сортировки. Вернемся теперь к физическому окружению. Крайне важно использовать высокоскоростные адаптеры для соединения дисков, но нужно также позаботиться, чтобы шины передачи данных не стали узкими местами системы, и для этого необходимо распределить адаптеры по нескольким шинам данных. В то же время не стоит подключать слишком много физических дисков или LUN к какому-либо одному адаптеру, так как это приводит к значительному снижению производительности. Чем больше адаптеров будет настроено, тем лучше, особенно если в системе имеется много сильно загруженных дисков. Необходимо также убедиться, что драйверы устройства поддерживают многомаршрутный ввод-вывод (MPIO), который позволяет выровнять загрузку и доступность подсистем ввода-вывода.

Прямой ввод-вывод

Вернемся к некоторым понятиям, упомянутым ранее, таким как прямой ввод-вывод. Что такое прямой ввод-вывод? Впервые представленный в AIX Version 4.3, этот метод ввода-вывода обходит Virtual Memory Manager (VMM) и передает данные напрямую на диск из буфера пользователя. В зависимости от типа приложения использование такого метода может более или менее значительно улучшить производительность. Например, файлы, которые редко загружаются в кэш - хорошие кандидаты на использование прямого ввода-вывода. Прямой ввод-вывод также предпочтителен для приложений, которые используют синхронную запись, если при этом запись должна производиться на диск. При этом сокращается загрузка центрального процессора, так как устраняется двойное копирование данных, возникающее, когда данные копируются в буфер кэша, а затем снова копируются в файл. Однако при сокращении загрузки процессоров появляется один из основных недостатков прямого ввода-вывода, который заключается в увеличении времени обработки небольших запросов. Необходимо отметить, что прямой ввод-вывод лучше применять к неизменным сегментам файлов, которые имеют постоянное размещение на диске. Когда к файлу не осуществляется доступ через прямой ввод-вывод в - усовершенствованной журналируемой файловой системе (IBM Enhanced Journaled File System) для AIX 5L™ (JFS2), файл кэшируется как локальная страница, и данные копируются в оперативную память. Прямой ввод-вывод дает в основном такую же производительность как и простые логические тома, но при этом сохраняет преимущества использования файловой системы JFS (например, более простое администрирование). При монтировании файловых систем, использующих прямой ввод-вывод, необходимо избегать использования файловых систем JFS с поддержкой больших файлов.

Параллельный ввод-вывод

Что можно сказать о параллельном вводе-выводе? Впервые представленный в AIX версии 5.2, этот метод использует прямой ввод-вывод, поэтому имеет все его преимущества в плане производительности. При использовании стандартного прямого ввода-вывода узлы (структуры данных, ассоциированные с файлом) блокируются, чтобы избежать попыток нескольких потоков получить доступ к файлу одновременно. Параллельный ввод-вывод не устанавливает блокировку узла, что позволяет нескольким потокам производить чтение параллельно записи данных в один и тот же файл. Это возможно благодаря реализации в JFS2 механизма блокировки файла исключительно на запись, что позволяет нескольким пользователям производить чтение данных из файла одновременно. Как нетрудно себе представить, прямой ввод-вывод может вызвать серьезные проблемы с базами данных, которые непрерывно производят чтение из одного и того же файла. Параллельный ввод-вывод решает эту проблему, вот почему этот метод доступа известен прежде всего как используемый для работы реляционных баз данных. Аналогично прямому, параллельный ввод-вывод может быть реализован как через системный вызов, так и монтированием файловой системы следующей командой:

# mount -o cio /u

При монтировании файловой системы с помощью указанной команды все файлы используют параллельный ввод-вывод. Даже больше, чем прямой, параллельный ввод-вывод предоставляет все преимущества простых логических томов, сохраняя в то же время простоту администрирования файловых систем. Необходимо отметить однако, что нельзя использовать параллельный ввод-вывод в файловой системе JFS (только JFS2). Кроме того, приложения, которые могли бы получить прирост производительности при упреждающем чтении или активном использовании кэша, при параллельном вводе-выводе могут потерять в производительности.

Асинхронный ввод-вывод

Что можно сказать об асинхронном вводе-выводе? Синхронным или асинхронным называется метод ввода-вывода в зависимости от того, ждет ли приложение окончания процесса ввода-вывода для начала обработки данных. Использование асинхронного ввода-вывода во многих случаях может значительно улучшить производительность записи для подсистемы ввода-вывода. При работе в асинхронном режиме приложению позволяется обрабатывать данные в то время как в фоновом режиме продолжается процесс ввода-вывода. Это повышает производительность, потому что позволяет приложению одновременно и обрабатывать данные, и производить операции ввода-вывода. Включение асинхронного ввода-вывода значительно увеличивает производительность работы баз данных. Как можно следить за загруженностью сервера асинхронного ввода-вывода? С помощью iostat (только в AIX версии 5.3) и nmon можно проводить мониторинг сервера асинхронного ввода-вывода. До выхода AIX версии 5.3 единственной возможностью мониторинга было использование команды nmon. Стандартная команда для определения установленного числа серверов асинхронного ввода вывода такая:

pstat -a | egrep ' aioserver' | wc -l

Команда iostat -A выдает отчет по статистике асинхронного ввода-вывода (см. листинг 1).

Листинг 1. Команда iostat -A
# iostat -A

System configuration: lcpu=2 drives=3 ent=0.60 paths=4 vdisks=4                 
                                                                                
aio: avgc avfc maxgc maxfc maxreqs avg-cpu: 
% user % sys % idle % iowait physc % entc
       0   0    32    0      4096            6.4    8.0    85.4    0.2    0.1    16.0
                                                                                
Disks:         % tm_    act      Kbps      tps     Kb_read   Kb_wrtn                   
hdisk0           0.5    2.0       0.5       0         4                   
hdisk1           1.0    5.9       1.5       8         4                   
hdisk2           0.0    0.0       0.0       0         0

Что означает вывод этой команды?

  • avgc - среднее общее число операций асинхронного ввода-вывода в секунду за определенный в параметрах команды интервал.
  • avfc - среднее число запросов fastpath в секунду за интервал.
  • maxgc - показывает максимальное значение запросов асинхронного ввода-вывода с момента последней проверки этого значения.
  • maxfc - показывает максимальное количество запросов fastpath с момента последней проверки этого значения.
  • maxreqs - максимальное количество допустимых асинхронных запросов ввода-вывода.

Какие значения нужно устанавливать параметрам? Есть хорошее правило - установить значение максимального количества серверов, которое в десять раз больше числа дисков или процессоров. MinServers должно быть равно половине этого количества. По сравнению с появлением необходимости в большем, чем позволено, количестве процессов ядра (использование малого количества памяти ядра), существует значительно меньший риск того, что значения MaxServers не хватит, поэтому не надо бояться устанавливать его. Как установить эти значения? Можно использовать команду chdev или smit:

# smit aio (or smit posixaio)

Так включается использование режима асинхронного ввода-вывода в системе.

Чтобы увеличить значение maxservers до 100 из командной строки, необходимо использовать следующую команду:

# chdev -l aio0 -a maxservers=100

Необходимо перезагрузить систему, чтобы изменения вступили в силу. Иногда возникает вопрос, в чем же различие между aio и posixaio. Основное различие между ними в том, что иногда используется aio, а иногда posixaio, поэтому необходимо настроить и aio, и posixaio.

Последняя концепция - это ограничение скорости ввода-вывода. Эта особенность AIX защищает диски и процессор от обработки чрезмерно большого числа обращений ввода-вывода при работе приложений, интенсивно использующих обращения к диску. Соответствующее управление дисковым вводом-выводом помогает защитить подсистему ввода-вывода от снижения производительности, вызываемого программами, генерирующими большое количество запросов ввода-вывода. Настройка параметров maxpout и minpout помогает защититься от узурпации системных ресурсов потоками, выполняющими последовательную запись в файлы.

Однако можно ограничить эффект установки глобальных параметров, явно передав в качестве параметра значение 0 для minpout и maxpout при монтировании файловой системы:

# mount -o minpout=0,maxpout=0 /u

Мониторинг

В этом разделе дается обзор специальных средств AIX (sar, topas и nmon), предназначенных для мониторинга дисковой активности ввода-вывода. Эти средства позволяют быстро выявить проблемы, связанные с производительностью, и собрать данные для построения трендов и анализа.

Здесь не будет обсуждаться утилита iostat, так как эта утилита UNIX предназначена для быстрого определения несбалансированного ввода-вывода между физическими дисками и адаптерами. Если не разработать собственный сценарий, использующий iostat, эта утилита не поможет в создании трендов и сборе данных за продолжительный период работы.

sar - одно из тех встроенных средств UNIX, которое было усовершенствовано за последние годы. Помимо родных для AIX средств, таких как topas и nmon, утилита sar предоставляет большое количество информации, относящейся к дисковому вводу-выводу. Вызовем команду sar, чтобы узнать об активности ввода-вывода (см. листинг 2).

Листинг 2. Использование sar
# sar -d 1 2

AIX newdev 3 5    06/04/07

System Configuration: lcpu=4 disk=5

07:11:16     device    %busy    avque    r+w/s   blks/s   avwait   avserv

07:11:17     hdisk1      0      0.0        0        0      0.0      0.0
             hdisk0     29      0.0      129       85      0.0      0.0
             hdisk3      0      0.0        0        0      0.0      0.0
             hdisk2      0      0.0        0        0      0.0      0.0
                cd0      0      0.0        0        0      0.0      0.0


07:11:18     hdisk1      0      0.0        0        0      0.0      0.0
             hdisk0     35      0.0      216      130      0.0      0.0
             hdisk3      0      0.0        0        0      0.0      0.0
             hdisk2      0      0.0        0        0      0.0      0.0
                cd0      0      0.0        0        0      0.0      0.0



Average	   hdisk1        0      0.0        0        0      0.0      0.0
             hdisk0     32      0.0      177       94      0.0      0.0
             hdisk3      0      0.0        0        0      0.0      0.0
             hdisk2      0      0.0        0        0      0.0      0.0
                cd0      0      0.0        0        0      0.0      0.0

Рассмотрим, что означают значения в каждой из колонок листинга 2.

  • %busy - показывает долю времени, в течение которого устройство было занято обслуживанием переданных запросов.
  • avque - в AIX версии 5.3 значение в этом столбце показывает число запросов, ожидающих направления к диску.
  • r+w/s - показывает число операций чтения или записи, переданных от или к устройству (операции выполняются блоками по 512 байт).
  • avwait - среднее время ожидания одного запроса (в миллисекундах).
  • avserv - показывает среднее время обслуживания одного запроса (в миллисекундах).

Нужно обратить особое внимание на диски, у которых коэффициент использования приближается к 100%, или у которых большая очередь запросов, ожидающих обращения к диску. В представленном примере для утилиты sar в системе нет проблем, связанных с вводом-выводом, потому что нет ожидающих выполнения операций ввода-вывода. Необходимо продолжить мониторинг системы, чтобы убедиться, что другие диски тоже используются как и hdisk0. В чем sar действительно отличается от iostat, так это в возможности получения данных для долговременного анализа и построения трендов благодаря утилите сбора данных о системной активности (sadc). Обычно закомментированная в cron, эта утилита позволяет собирать данные для построения трендов и анализа. А теперь о том, как работать с sadc. Среди предоставляемых по умолчанию в системах AIX, существуют два хорошо документированных shell-сценария (/usr/lib/sa/sa1 и /usr/lib/sa/sa2), которые предоставляют отчеты за день по активности системы. Команда sar в действительности вызывает функцию sadc для получения доступа к системным данным (см. листинг 3).

Пример 3. Использование cronjob
# crontab -l | grep sa1

0 8-17 * * 1-5 /usr/lib/sa/sa1 1200 3 &
0 * * * 0,6 /usr/lib/sa/sa1 &
0 18-7 * * 1-5 /usr/lib/sa/sa1 &

Есть и более удобный для использования инструмент под названием topas (см. рисунок 2). topas - это замечательное средство мониторинга производительности, которое можно использовать в нескольких целях, включая мониторинг подсистемы ввода-вывода диска, но не ограничиваясь им.

Рисунок 2. topas
Рисунок 2. topas

Взглянем на вывод утилиты topas с точки зрения дисков. Никакой активности по запросам ввода-вывода на текущий момент не наблюдается. Для мониторинга физического диска особое внимание необходимо уделить параметру "Wait" (в секции CPU section up top), который также помогает определить перегруженность системы операциями ввода-вывода. Если значение этого параметра большое, то можно использовать другие средства, такие как filemon, fileplace, lsof или lslv, которые помогут определить, какие процессы, адаптеры или файловые системы являются узким местом. topas - хорошее средство для быстрого выявления проблемы в случаях, когда требуется меньше информации, чем предоставляется утилитой iostat. Фактически topas - это графическая утилита, совмещающая в себе частично функционал утилит iostat и vmstat, однако благодаря недавним улучшениям topas имеет возможность собирать данные для временного анализа. Эти улучшения были сделаны в AIX версии 5.3 и, без сомнения, были сделаны по причине популярности похожей утилиты, разработанной кем-то из IBM (IBM официально не поддерживает эту утилиту).

Существует еще одна хорошая утилита, которая называется nmon (она, наверное, лучшее средство для улучшения производительности AIX). Предоставляя интерфейс, схожий с topas, nmon значительно полезнее при построении долговременных трендов и анализа. Более того, nmon дает системному администратору возможность вывода данных в таблицу Excel, чтобы представить эти данные в виде наглядных графиков (это сделано специально для руководства компании и обслуживающего персонала), которые ясно показывают узкие места системы. Эта функциональность реализуется утилитой, которая называется анализатором nmon (nmon analyzer). Для каждого диска, осуществляющего операции ввода-вывода, nmon показывает следующие данные: количество запросов ввода-вывода, передачи данных, количество запросов чтения/записи и статистику по дисковым адаптерам.

Вот один из небольших примеров, в которых nmon действительно полезна. Скажем, необходимо узнать, какие процессы производят большую часть запросов ввода-вывода к диску, и необходимо получить возможность сопоставить их с конкретным диском, чтобы ясно представлять картину запросов ввода-вывода по каждому процессу. В этом случае nmon поможет больше, чем любая другая утилита. Для получения информации нужно использовать nmon с опцией -t, установить временные значения для команды и затем отсортировать выходные данные по каналу ввода-вывода. Как использовать nmon для сбора данных и импорта их в анализатор?

Используя команду sudo запустим nmon на три часа, делая замеры каждые 30 секунд:

# sudo nmon -f -t -r test1 -s 30 -c 180

Отсортируем полученные результаты:

# sort -A testsystem_yymmdd.nmon > testsystem_yymmdd.csv

Когда эта операция закончена, можно передать через ftp файл .csv на свой компьютер, запустить таблицу анализа данных nmon (необходимо включить макросы), и нажать на кнопку analyze nmon data. Анализатор nmon можно загрузить здесь.

На рисунке 3 показан снимок с экрана со сводкой из системы AIX 5.3 по операциям чтения и записи для каждого диска в килобайтах.

Рисунок 3. Сводка по операциям чтения и записи для каждого диска в килобайтах в секунду
Рисунок 3. Сводка по операциям чтения и записи для каждого диска в килобайтах в секунду

nmon также позволяет отследить конфигурацию серверов асинхронного ввода-вывода, как показано в листинге 4.

Пример 4. Конфигурация асинхронных серверов ввода-вывода, полученная с помощью nmon
lsattr -El aio0									
lsattr -El aio0	autoconfig available STATE to be configured at system restart True
lsattr -El aio0	fastpath   enable    State of fast path                       True
lsattr -El aio0	kprocprio  39        Server PRIORITY                          True
lsattr -El aio0	maxreqs    16384     Maximum number of REQUESTS               True
lsattr -El aio0	maxservers 100       MAXIMUM number of servers per cpu        True
lsattr -El aio0	minservers 50        MINIMUM number of servers                True

До выхода AIX Version 5.3 утилита nmon была единственным средством, показывающим количество сконфигурированных серверов асинхронного ввода-вывода и количество в действительности используемых. Как было сказано в предыдущем разделе, iostat недавно получила ту же функцию.

Заключение

В этой статье обсуждается важность подсистемы дискового ввода-вывода. Определяется и рассматривается стек ввода-вывода и то, как он связан с вводом-выводом на физические и логические диски. Также приведены примеры конфигурирования диска и окружения баз данных, отмечается разница между прямым и параллельным вводом-выводом, а также обсуждается асинхронный ввод-вывод и скорость ввода-вывода. В статье дана информация о том, как настраивать серверы асинхронного ввода-вывода и конфигурировать скорость ввода-вывода. Было рассказано о работе файловой системы в режиме параллельного ввода-вывода и описаны ситуации, когда реализация параллельного ввода-вывода является лучшим решением. Далее было рассказано об iostat и сборе данных для мониторинга дисков с помощью утилит sar, topas и nmon. Также были рассмотрены различные типы выходных данных и определены некоторые из флагов, используемых sar и iostat. Вторая статья из этой серии посвящена стеку ввода-вывода AIX, отвечающему за управление логическими разделами, и описывает некоторые утилиты, помогающие получить быстрый обзор состояния подсистемы ввода-вывода диска. Третья часть концентрируется в основном на отслеживании операций ввода-вывода с помощью специальных средств, таких как filemon и fileplace, и на том, как увеличить производительность файловой системы в целом.

Ресурсы

Научиться

Получить продукты и технологии

  • Анализатор nmon можно скачать здесь. (EN)
  • IBM trial software: ознакомительные версии программного обеспечения для разработчиков, которые можно загрузить прямо со страницы сообщества developerWorks.(EN)

Обсудить

Комментарии

developerWorks: Войти

Обязательные поля отмечены звездочкой (*).


Нужен IBM ID?
Забыли Ваш IBM ID?


Забыли Ваш пароль?
Изменить пароль

Нажимая Отправить, Вы принимаете Условия использования developerWorks.

 


Профиль создается, когда вы первый раз заходите в developerWorks. Информация в вашем профиле (имя, страна / регион, название компании) отображается для всех пользователей и будет сопровождать любой опубликованный вами контент пока вы специально не укажите скрыть название вашей компании. Вы можете обновить ваш IBM аккаунт в любое время.

Вся введенная информация защищена.

Выберите имя, которое будет отображаться на экране



При первом входе в developerWorks для Вас будет создан профиль и Вам нужно будет выбрать Отображаемое имя. Оно будет выводиться рядом с контентом, опубликованным Вами в developerWorks.

Отображаемое имя должно иметь длину от 3 символов до 31 символа. Ваше Имя в системе должно быть уникальным. В качестве имени по соображениям приватности нельзя использовать контактный e-mail.

Обязательные поля отмечены звездочкой (*).

(Отображаемое имя должно иметь длину от 3 символов до 31 символа.)

Нажимая Отправить, Вы принимаете Условия использования developerWorks.

 


Вся введенная информация защищена.


static.content.url=http://www.ibm.com/developerworks/js/artrating/
SITE_ID=40
Zone=AIX и UNIX
ArticleID=366567
ArticleTitle=Оптимизация производительности AIX 5L: Часть 1. Настройка производительности диска
publish-date=01232009