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

Мониторинг логических томов и анализ полученных результатов

Эта статья о том, как правильно разместить данные на физических дисках до создания логических томов, чтобы обеспечить высокую производительность дисковой подсистемы. Вторая статья из этой серии (см. Ресурсы) рассказывает о мониторинге логических томов, а также о командах и утилитах (iostat, lvmstat, lslv, lspv и lsvg), используемых для анализа полученных в результате мониторинга результатов.

Кен Милберг, 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.



25.02.2009

Об этой серии статей

Эта серия из трех статей (см. Ресурсы) о дисковой подсистеме и подсистеме ввода-вывода в AIX® рассказывает о возможностях оптимизации производительности дискового ввода-вывода. Хотя оптимизация работы с диском не так интересна как оптимизация использования CPU или оперативной памяти, дисковая подсистема является критическим компонентом в оптимизации производительности сервера. Фактически, так как подсистема дискового ввода-вывода является самым слабым звеном, улучшение производительности дискового ввода-вывода даст больший выигрыш, чем оптимизация любой другой подсистемы.

Введение

В отличие от настройки других подсистем настройка дискового ввода-вывода должна начинаться еще во время разработки архитектуры системы. Несмотря на то что в виртуальной памяти существуют аналоги параметров для настройки подсистемы дискового ввода-вывода (ioo и lvmo), лучший способ увеличения производительности дискового ввода-вывода – это конфигурирование должным образом системы, а не настройка параметров. В отличие от настроек виртуальной памяти внести изменения в структуру логических томов после их создания и запуска системы значительно сложнее, поэтому фактически у администратора есть только один шанс сделать все правильно. В этой статье обсуждаются способы конфигурирования логических томов, рассказывается об их фактическом расположении на физических дисках, а также о средствах мониторинга логических томов. Большая часть этих средств не может быть использована для построения долговременных трендов и является специфичным средством AIX, предоставляя информацию о конфигурации логических томов и о том, насколько оптимально они настроены для текущего окружения системы.

В первой части (см. раздел Ресурсы) этой серии была представлена утилита iostat, но в предыдущей статье это средство использовалось исключительно для обзора серверов асинхронного ввода-вывода. Во второй части iostat используется для мониторинга дисков и быстрого определения узких мест производительности подсистемы ввода-вывода. Несмотря на то что iostat – это одна из родных для UNIX® утилит, которая не была разработана специально для использования в AIX, iostat все-таки является хорошим средством быстро определить, что происходит в системе. Более специфические для AIX команды работы с логическими томами помогают получить подробную информацию о логических томах, что позволяет провести глубокий анализ возникающих проблем. Очень важно четко понимать, что еще необходимо найти до использования этих утилит. В этой статье описываются средства мониторинга и анализа, а также объясняется, как на основе предоставленной ими информации можно правильно проанализировать дисковую подсистему ввода-вывода.

Обзор логических томов и физического размещения данных на диске

В этом разделе рассказывается о менеджере логических томов (Logical Volume Manager – LVM) и описываются некоторые из его возможностей. Рассмотрим подробнее понятие логических томов и определим, как они соотносятся с оптимизацией загрузки подсистемы ввода-вывода, а также поговорим о размещении логических томов на группе физических дисков и внутри отдельного физического диска.

Концептуально уровень логических томов находится между уровнями приложения и физическим уровнем. В контексте дискового ввода-вывода, уровень приложения – это файловая система или неформатированный логический том (raw logical volume). Физический уровень состоит собственно из диска. LVM – это система управления дисками в AIX, которая отображает данные между логическими и физическими устройствами хранения. Это позволяет разместить данные на нескольких физических устройствах и управлять ими с помощью специальных команд LVM. LVM фактически контролирует все ресурсы физического диска в системе и помогает обеспечить логическую структуру подсистемы хранения данных. Менеджер логических томов находится между физическим уровнем и уровнем приложения, поэтому уровень LVM – важнейший из всех уровней подсистемы ввода-вывода. Даже физические тома фактически являются частью логического уровня, так как физический уровень охватывает только сами диски, драйверы устройств и те массивы дисков, которые уже, возможно, настроены. На рисунке 1 представлена эта концепция и показано, насколько сильно интегрированы логические компоненты ввода-вывода с физическим диском и уровнем приложений.

Рисунок 1. Диаграмма логических томов
Рисунок 1. Диаграмма логических томов

Теперь кратко рассмотрим элементы, из которых состоит LVM, начиная с нижнеуровневых. Каждый диск назван физическим томом. Несколько физических томов объединяются в группу томов. Вместе с группами томов определяются и логические тома. LVM позволяет данным находиться на нескольких физических дисках, но эти диски должны быть сконфигурированы в единую группу томов. Логические тома могут быть в одном или нескольких логических разделах. Каждый из логических разделов имеет физический раздел, с которым и связан. На этом уровне можно иметь несколько копий физических разделов, например, для зеркалирования.

Рассмотрим кратко, как создание логических томов связано с физическими томами. На рисунке 2 показана фактическая область хранения данных на пластине жесткого диска.

Рисунок 2. Фактическая область хранения данных на пластине физического диска
Рисунок 2. Фактическая область хранения данных на пластине физического диска

В общем случае время, которое тратится на чтение данных, меньше для данных, записанных близко к центру пластины жесткого диска, чем для данных, записанных у края. Это связано с плотностью размещения данных. Так как плотность данных увеличивается к центру, то время, необходимое на позиционирование считывающих головок, уменьшается. Данные на внутреннем крае пластины диска как правило имеют наименьшее время чтения. Данные, наиболее интенсивные с точки зрения ввода-вывода приложения, должны размещаться как можно ближе к центру физических томов. Однако необходимо заметить, что существуют и исключения из этого правила. Диски содержат больше данных на одной дорожке на краю диска, а не в центре. Как уже было сказано, логические тома, доступ к которым осуществляется последовательно, лучше размещать на внешней стороне диска для повышения производительности. То же самое верно и для логических томов, для которых включена проверка согласованности записи Mirror Write Consistency Check (MWCC). Это связано с тем, что сектор MWCC размещается на краю пластины диска, а не в центре, что связано с правилом размещения логических томов внутри диска.

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

Определить политики размещения данных можно при создании логических томов, используя соответствующую команду или smit fastpath: # mklv или # smitty mklv.

Мониторинг логических томов и анализ результатов

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

В службу поддержки поступило сообщение о медленной работе сервера баз данных. Есть подозрение, что это может быть связано с подсистемой ввода-вывода, поэтому имеет смысл обратиться к команде iostat. Эта команда была представлена в первой статье этой серии (см. Ресурсы), хотя только для мониторинга асинхронного ввода-вывода серверов. Теперь рассмотрим команду iostat подробнее. Использование команды iostat – аналога команды vmstat, применяемой для работы с виртуальной памятью, является самым эффективным способом получения общей картины состояния подсистемы ввода-вывода (листинг 1).

Листинг 1. Использование iostat
# iostat 1

System configuration: lcpu=4 disk=4

tty:      tin         tout   avg-cpu:  % user    % sys     % idle    % iowait
          0.0        392.0               5.2      5.5       88.3       1.1

Disks:        % tm_act     Kbps      tps    Kb_read   Kb_wrtn
hdisk1           0.5      19.5       1.4   53437739  21482563
hdisk0           0.7      29.7       3.0   93086751  21482563
hdisk4           1.7     278.2       6.2   238584732  832883320
hdisk3           2.1     294.3       8.0   300653060  832883320

Что означают все эти цифры?

  • % tm_act – показывает процент времени, в течение которого физический диск был активен или общее время выполнения запросов диском.
  • Kbps – показывает объем данных, переданных диску, в килобайтах.
  • tps – показывает число запросов на передачу данных в секунду для каждого физического диска.
  • Kb_read – показывает общий объем данных (в килобайтах), прочитанных с физических томов, за период измерения.
  • Kb_wrtn – показывает объем данных (в килобайтах), которые были записаны на физические тома за период измерения.

Необходимо очень внимательно следить за значениями, появляющимися в колонке % tm_act, так как если загрузка достигает примерно 60–70%, это обычно говорит о том, что процессы начинают ожидать своей очереди для осуществления операций ввода-вывода. Это может быть первым признаком надвигающихся проблем с производительностью подсистемы ввода-вывода. Перемещение данных на менее загруженные диски обычно может помочь разрешить эту проблему. В общем случае чем больше дисков, на которых размещаются данные, тем лучше. Однако, как и во многих других областях, слишком много хорошего тоже может быть плохо, поэтому необходимо быть уверенным, что на один адаптер не приходится слишком много дисков. Один из способов выяснить это – подсчитать, какой процент пропускной способности адаптера занимает объем данных, переданных на диски адаптера. Занимаемая пропускная способность обычно не должна превышать 70%.

Использование флага -a (листинг 2) помогает подробнее определить загрузку адаптера.

Листинг 2. Использование iostat с флагом -a
# iostat -a

Adapter:                   Kbps      tps    Kb_read   Kb_wrtn
scsi0                      0.0       0.0          0         0

Paths/Disk:       % tm_act     Kbps      tps    	Kb_read   Kb_wrtn
hdisk1_Path0           37.0       89.0     0.0          0         0
hdisk0_Path0           67.0       47.0     0.0          0         0
hdisk4_Path0           0.0        0.0      0.0          0         0
hdisk3_Path0           0.0        0.0      0.0          0         0

Adapter:                   Kbps      tps    Kb_read   Kb_wrtn
ide0                       0.0       0.0          0         0

Paths/Disk:       % tm_act     Kbps      tps    Kb_read   Kb_wrtn
cd0                    0.0       0.0       0.0          0         0

Нетрудно заметить, что в системе нет узких мест, связанных с подсистемой ввода-вывода. Использование флага -d позволяет вывести подробную информацию, касающуюся каждого диска (листинг 3).

Листинг 3. Использование iostat с флагом -d
# iostat -d hdisk1 1

System configuration: lcpu=4 disk=5

Disks:        % tm_act     Kbps      tps    Kb_read   Kb_wrtn
hdisk1           0.5      19.4       1.4   53437743  21490480
hdisk1           5.0      78.0       23.6         3633      3564
hdisk1           0.0       0.0       0.0          0         0
hdisk1           0.0       0.0       0.0          0         0
hdisk1           0.0       0.0       0.0          0         0
hdisk1           0.0       0.0       0.0          0         0

Рассмотрим некоторые специальные команды AIX для работы с LVM. Ранее было сказано о том, каким образом необходимо физически располагать данные на диске и насколько важно разработать правильную архитектуру системы на стадии ее проектирования. Однако, к сожалению, не всегда имеется такая возможность. Системные администраторы иногда получают уже работающие системы, которые нужно правильно настроить. В этом случае необходимо обратиться к уровню логических томов на дисках чтобы узнать, есть ли необходимость в определении или перераспределении данных.

Взглянем сначала на группу томов и найдем логические тома, которые являются частью этой группы. Команда lsvg предоставляет информацию о группе томов (листинг 4).

Листинг 4. Использование lsvg
# lsvg -l data2vg

Data2vg:
LV NAME             TYPE       LPs   PPs   PVs  LV STATE      MOUNT POINT
data2lv             jfs        128   256   2    open/syncd    /data2
loglv00             jfslog     1     2     2    open/syncd    N/A
appdatalv       	 jfs        128   256   2    open/syncd    /appdata

А теперь необходимо воспользоваться утилитой lslv, предоставляющей данные, специфические для логических томов (листинг 5).

Листинг 5. Использование lslv
# lslv data2lv

LOGICAL VOLUME:     data2lv                VOLUME GROUP:   data2vg
LV IDENTIFIER:      0003a0ec00004c00000000fb076f3f41.1 PERMISSION:     read/write
VG STATE:           active/complete        LV STATE:       opened/syncd
TYPE:               jfs                    WRITE VERIFY:   off
MAX LPs:            512                    PP SIZE:        64 megabyte(s)
COPIES:             2                      SCHED POLICY:   parallel
LPs:                128                    PPs:            256
STALE PPs:          0                      BB POLICY:      relocatable
INTER-POLICY:       minimum                RELOCATABLE:    yes
INTRA-POLICY:       center                 UPPER BOUND:    32
MOUNT POINT:        /data                  LABEL:          /data
MIRROR WRITE CONSISTENCY: on/ACTIVE
EACH LP COPY ON A SEPARATE PV ?: yes
Serialize IO ?:     NO

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

Рассмотрим листинг 6.

Листинг 6. Использование lslv с флагом –l
# lslv -l data2lv

data2lv:/data2
PV                COPIES        IN BAND       DISTRIBUTION
hdisk2            128:000:000   100%          000:108:020:000:000
hdisk3            128:000:000   100%          000:108:020:000:000

Флаг -l команды lslv показывает все физические тома, ассоциированные с логическими томами, и распределение для каждого логического тома. Нетрудно заметить, что все 100% физических разделов на дисках выделены для использования в логическом томе. Секция распределения (DISTRIBUTION) показывает фактическое число физических разделов в каждом физическом томе. Здесь можно детально рассмотреть политику сохранения на физические диски. Порядок полей в этой колонке следующий:

  • внешний край;
  • середина;
  • центр;
  • от середины до центра;
  • от внешнего края до середины.

Из вывода команды видно, что большая часть данных хранится в средней части пластины диска и часть – в центре.

Продолжим, чтобы узнать, какие логические тома ассоциированы с одним физическим томом. Это делается с помощью команды lspv (листинг 7).

Листинг 7. Использование команды lspv
# lspv -l hdisk2

hdisk2:
LV NAME               LPs   PPs     DISTRIBUTION          MOUNT POINT
loglv01               1     1       01..00..00..00..00    N/A
data2lv               128   128     00..108..20..00..00   /data2
appdatalv    	      128   128     00..00..88..40..00    /appdata

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

Можно также получить более подробные данные (листинг 8).

Листинг 8. Использование lspv с флагом -p
# lspv -p hdisk2

hdisk2:

PP RANGE  STATE   REGION        LV ID               TYPE       MOUNT POINT
  1-108   free    outer edge
109-109   used    outer edge    loglv00             jfslog     N/A
110-217   used    outer middle  data2lv             jfs         /data2
218-237   used    center        appdatalv             jfs        /appdata
238-325   used    center        testdatalv          jfs          /testdata
326-365   used    inner middle  stagingdatalv        jfs        /staging
366-433   free    inner middle
434-542   free    inner edge

Полученная в результате запуска этой команды информация содержит данные о том, что свободно на физическом томе, что используется, а также какие разделы задействованы при этом. Это очень полезная информация.

Одна из лучших утилит для получения информации об использовании LVM – это утилита lvmstat (листинг 9).

Листинг 9. Использование lvmstat
# lvmstat -v data2vg
0516-1309 lvmstat: Statistics collection is not enabled for this logical device.
        Use -e option to enable.

Как видно из результата запуска утилиты, сбор статистики для логического устройства выключен (по умолчанию), поэтому необходимо включить его перед использованием команды сбора статистики: # lvmstat -v data2vg -e. Следующая команда собирает информацию об LVM каждую секунду в течение десяти секунд:

# lvmstat -v data2vg 1 10

Эта команда покажет самые загруженные логические тома с момента начала сбора статистики. Такая информация полезна при подробном анализе использования уровня логических томов для оптимизации работы системы (листинг 10).

Листинг 10. Использование lvmstat с флагом -v
# lvmstat -v data2vg

Logical Volume       iocnt     Kb_read              Kb_wrtn      Kbps
  appdatalv           306653    47493022            383822      103.2
  loglv00                 34        0                3340       2.8
  data2lv                453      234543            234343       89.3

Что можно увидеть в выводе этой команды?

  • % iocnt – показывает число запросов чтения и записи.
  • Kb_read – показывает общий объем данных (в килобайтах), считанных за период измерения.
  • Kb_wrtn – показывает объем данных (в килобайтах), записанных за период измерения.
  • Kbps – показывает объем переданных данных (в килобайтах).

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

Настройка с помощью lvmo

В этом разделе кратко рассказывается об одной специфической для AIX команде настройки логических томов. Команда lvmo используется для установки и отображения значений параметра pbuf. Она также используется для отображения статистики заблокированных операций ввода-вывода.

lvmo – это одна из новых команд, впервые представленных в AIX версии 5.3. Важно отметить, что использование команды lvmo позволяет изменять значения настраиваемых параметров pbuf для LVM, используемых только конкретными группами томов. Утилита ioo так и остается средством для управления параметрами pbuf на уровне всей системы. Это связано с тем, что в предыдущих версиях (до AIX Version 5.3), набор параметров pbuf был системным. В версии 5.3 AIX LVM управляет отдельным набором параметров pbuf для каждой группы томов. Что такое pbuf? pbuf больше известен как прикрепленный буфер памяти (pinned memory buffer). LVM использует буферы памяти pbuf для управления операциями ввода-вывода, ожидающими выполнения.

Рассмотрим значения настраиваемых параметров lvmo для группы томов data2vg (листинг 11).

Листинг 11. Вывод значений настраиваемых параметров lvmo
# lvmo -v data2vg -a

vgname = data2vg
pv_pbuf_count  = 1024
total_vg_pbubs = 1024
mag_vg_pbuf_count = 8192
perv_blocked_io_count = 7455
global_pbuf_count = 1024
global_blocked_io_count = 7455

Какие параметры отображаются здесь?

  • pv_pbuf_count – показывает число буферов памяти pbuf, добавленных, когда физический том был добавлен к группе томов.
  • Max_vg_pbuf_count – показывает максимальное число буферов памяти pbuf, которое может быть выделено для группы томов.
  • Global_pbuf_count – показывает число буферов памяти, которое было добавлено, когда физический том был добавлен к любой из групп томов.

Увеличим значение pbuf для этой группы томов:

# lvmo -v redvg -o pv_pbuf_count=2048

Однако более целесообразно использовать вместо lvmo команду ioo. Лично я предпочитаю настраивать значения глобальных параметров для всей системы. Важно знать, что если слишком сильно увеличить значение pbuf, то производительность подсистемы ввода-вывода упадет.

Заключение

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

Ресурсы

Научиться

  • Optimizing AIX 5L™ performance: Tuning disk performance, Part 2: оригинал статьи (EN).
  • Optimizing AIX 5L™ performance: Tuning disk performance: другие статьи из этой серии.
  • Storage Management in AIX 5.3 (EN) (Shiv Dutta, developerWorks, апрель 2005): эта статья рассказывает о некоторых новых возможностях, представленных в AIX 5L версии 5.3 для увеличения возможностей, функциональности и производительности Logical Volume Manager (LVM) и файловой системы Enhanced Journal File System (JFS2).(EN)
  • Подробная информация о стратегии разработки логических томов в разделе Choosing an Inter-Disk Allocation Policy for Your System книги Storage Management Concepts: Operating System and Devices, от National Center for Supercomputing Applications.
  • Improving database performance with AIX concurrent I/O (EN): статья о том, как увеличить производительность баз данных.(EN)
  • IBM Redbooks: руководство Database Performance Tuning on AIX разработано, чтобы помочь архитекторам систем, системным администраторам и администраторам баз данных в проектировании, разработке, поддержке, мониторинге и настройке СУБД (RDMBS) для достижения оптимальной производительности при работе в AIX.(EN)
  • Test 234: AIX 5L Performance and Systems Tuning: этот экзамен – часть программы сертификации от IBM. (EN)
  • Power to the People; A history of chip making at IBM (EN) (developerWorks, декабрь 2005): статья, описывающая архитектуру процессоров IBM Power.
  • Processor Affinity on AIX (EN) (developerWorks, ноябрь 2006): использование специальных установок управления потоками может помочь выявить проблемы, вызванные взаимными блокировками. Эта статья о том, как использовать возможности процессора для ограничения процесса и запуска его на определенном процессоре (CPU).
  • CPU Monitoring and Tuning (EN) (март 2002): статья о том, как стандартные средства AIX могут определить "узкие места" в работе процессоров. (EN)
  • IBM Redbooks: AIX 5L Practical Performance Tools and Tuning Guide – это исчерпывающее руководство по мониторингу производительности и утилитам настройки, имеющимся в AIX 5L Version 5.3.(EN)
  • AIX 5L Version 5.3: What's in it for you? (EN) (Shiv Dutta, developerWorks, июнь 2005): статья об усовершенствованиях в AIX 5L Version 5.3.
  • IBM Redbooks: в AIX 5L Differences Guide Version 5.3 Edition рассказывается о различиях между AIX 5L Version 5.3 и AIX 5L Version 5.2.(EN)
  • Operating System and Device Management: (EN) в этом документе от IBM, предназначенном для пользователей и системных администраторов, представлена вся информация, необходимая для правильного выбора опций выполнения таких задач как резервное копирование и восстановление системы, управление физическими и логическими разделами, а также выделение места для подкачки.
  • IBM Redbooks: руководство IBM Certification Study Guide for eServer p5 and pSeries Administration and Support for AIX 5L Version 5.3, которое поможет при получении сертификата IBM по AIX 5L и eServer® pSeries®.(EN)
  • Другие статьи и руководства, написанные Кеном Милбергом:(EN)
  • Popular content: популярные материалы об AIX и UNIX.(EN)
  • Раздел developerWorks AIX и UNIX содержит сотни информативных статей для читателей начальной, средней и высокой квалификации.
  • Новичок в AIX и UNIX?: страница AIX и UNIX для новичков.
  • AIX 5L Wiki: совместная разработка документации AIX.
  • Разделы библиотеки информации по темам AIX и UNIX:(EN)
  • Safari bookstore: сайт магазина книг по ИТ.(EN)
  • Команда IBM developerWorks проводит по всему миру сотни бесплатных технических консультаций.(EN)
  • Podcasts: аудиозаписи презентаций экспертов IBM.(EN)
  • Future Tech: посетите сайт компании Future Tech, чтобы узнать об их новейших предложениях.(EN)

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

  • Web-cтраница для загрузки анализатора 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=372844
ArticleTitle=Оптимизация производительности AIX 5L: Часть 2. Настройка производительности дисковой подсистемы
publish-date=02252009