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

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

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



19.10.2007

Об этом цикле статей

Этот цикл из трех статей затрагивает различные аспекты управления памятью и настройки серверов IBM System p™, работающих под операционной системой AIX®. Часть 1 представляет обзор организации памяти на AIX, включая рассмотрение виртуальной памяти и менеджера виртуальной памяти (Virtual Memory Manager (VMM)). Она также углубляется в подробности и тонкости параметров настройки и обозначает в общих чертах недавно сделанные применительно к управлению памятью улучшения в AIX версии 5.3 В части 2 рассмотрены детали фактического контроля подсистемы памяти и на том, как анализировать результаты. Часть 3 более сконцентрирована на рассмотрении области подкачки, и том, как лучше всего настроить менеджер виртуальной памяти для обеспечения наилучшей конфигурации и производительности.

Введение

И все-таки, что такое область подкачки (swap (paging) space)? Все начинается с менеджера виртуальной памяти. Менеджер виртуальной памяти использует область подкачки как "корзину" - своего рода контейнер для процесса, который не использует физическую память RAM. Из-за предназначения менеджера виртуальной памяти он является критическим компонентом, влияющим на производительность системы в целом. Как администратору вам нужно знать, как контролировать и настраивать параметры области подкачки. Пространство подкачки само по себе является особым логическим томом, хранящим информацию, к которой в данный момент не обращаются. Вы должны быть уверены в том, что пространство для свопинга вашей системы достаточного размера. В противном случае все процессы могут быть потеряны, а система может дать сбой, когда область подкачки заполнится. Важно повторить, что область подкачки является обычной частью менеджера виртуальной памяти, но еще более важно, чтобы вы понимали, как ядро помещает процессы в RAM: слишком большое пространство свопинга определенно мешает работе. AIX, ввиду тесной интеграции ядра и менеджера виртуальной памяти, использует технологию, названную листанием по требованию. Фактически большая часть самого ядра постоянно хранится в виртуальной памяти, которая помогает освобождать страницы для других процессов. Я рассмотрю подробнее, как это работает, и рассмотрю некоторые инструментальные средства, которые пригодятся для управления и настройки области подкачки.

Вы поймете, что используемые настройки зависят от того, какая у вас система. Например, к системам, что используют базу данных типа Oracle Online Transaction Processing (OLTP), применимы свои особенные рекомендации по настройке параметров листания. Как говорилось в предыдущих частях цикла, (см. дополнительные материалы), фактически нельзя настроить параметры области подкачки, пока не будет известно, что случилось с операционной системой. Следует понять, какие инструментальные средства использовать, как лучше анализировать данные, которые вы будете собирать, и ознакомиться с лучшими методами реализации области подкачки. По моему личному опыту, причина обрушения системы номер один – нехватка пространства для подкачки. Если вы внимательно прочитаете эту статью и будете следовать рекомендациям, изложенным в ней, то этого никогда не случится с вашей системой. Очевидно, что отказ системы нежелателен, но если это случилось, хочется верить, что это произошло по вине аппаратных средств, а не из-за того, что вы сделали или не сделали что-то как системный администратор.

Листание по требованию

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

Большинство администраторов думает, что листание – обременительное занятие. Листание, в общем-то, нормальная часть функционирования AIX, связанная с тесной интеграцией его ядра с менеджером виртуальной памяти и реализацией AIX листания по требованию. Идея работы листания по требованию состоит в том, что ядро загружает только несколько страниц одновременно в RAM. Когда центральный процессор готов обработать следующую страницу, он ищет ее в RAM. Если он не может найти страницу в физической памяти, возникает ошибка отсутствия страницы, которая служит оповещением ядру о том, что пора загрузить больше страниц с диска в RAM. Одно из преимуществ листания по требованию в том, что пространство свопинга не должно быть особенно большим, потому что данные все время перемещаются между областью подкачки и RAM. На старых UNIX®-системах листание выполнялось на дисках вне зависимости от того, использовались они или нет. Это вызывало состояние, когда могло быть распределено дисковое пространство, которое никогда не используется. Листание по требованию избегает состояния, когда дисковое пространство распределяется бесцельно. Подкачка процессов держится на минимуме, потому что еще много заданий может быть загружено в оперативную память. Это верно, потому что только части процессов (страниц) хранятся в оперативной памяти.

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

Как UNIX-администратор вы уже осведомлены о некоторых принципах свопинга и листания. AIX предоставляет три способа распределения пространства для листания (свопинга): задержанное распределение места под страницу, позднее распределение места под страницу и раннее распределение места под страницу. По умолчанию AIX использует распределение с задержкой места под страницу. Это делается для уверенности, что распределение пространства страниц будет отложено до тех пор, пока не станет необходимым выгрузить страницу из оперативной памяти, что дает уверенность в отсутствии неиспользованного пространства листания. По идее, если у вас много оперативной памяти, пространство листания может никогда и не пригодиться (см. пример 1).

Пример 1. Убедимся в том, что нет неиспользуемого пространства листания
# lsps -a

Page Space      Physical Volume   Volume Group    Size %Used Active  Auto  Type
hd6             hdisk0            rootvg        4096MB     1     yes   yes lv

Только один процент пространства листания используется в примере 1.

Давайте теперь посмотрим как AIX управляет распределением пространства листания (см. пример 2).

Пример 2. Проверим, как AIX управляет распределением пространства страниц
# vmo -a | grep def
  defps = 1

Пример 2 иллюстрирует, как используется способ отложенного распределения места под страницу (способ по умолчанию).Чтобы отменить использование этого метода, надо установить параметр в 0. Это заставляет систему использовать метод позднего распределения пространства листания. Позднее распределение пространства листания приводит к тому, что пространство под страницы на диске не распределится до тех пор, пока соответствующие страницы в оперативной памяти не будут затронуты. Этот метод обычно используется, когда необходимо удостовериться в том, что процессы не будут остановлены из-за плохих условий листания. Раннее распределение пространства осуществляет предварительное выделение памяти. Это является полной противоположностью методу позднего распределения пространства страниц. Метод раннего распределения используется в средах, где важна надежность. Для использования этого метода следует переменной среды PSALLOC присвоить значение PSALLOC=early.

Также следует знать о средствах сборки мусора, впервые появившихся в AIX версии 5.3. Они позволяют освобождать дисковые блоки, предназначенные для пространства листания, что позволяет конфигурировать пространство листания меньшего объема, чем использовалось обычно.

Мониторинг и конфигурирование пространства листания

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

Простейший путь определить количество пространства листания, используемого вашей системой - это использовать команду lsps (см. пример 3).

Пример 3. Работа команды lsps
# lsps -s
Total Paging Space   Percent Used
      4096MB               1%

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

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

Давайте взглянем на выводимые результаты, показанные в примере 4.

Пример 4. Использование vmstat
# vmstat 1 5

System Configuration: lcpu=2 mem=4096MB
kthr     memory             page              faults        cpu
----- ----------- ------------------------ ------------ -----------
r  b   avm   fre  re   pi  po  fr   sr    cy    in   sy  cs  us sy id wa
1  0 166512  627    0   0   1  0   92    0 277  3260 278   3  1  96  0
1  0 166512  623    0   0   1  0   40    0 253  2260 108   2  1  96  1
1  0 166512  627    0   0   0  0   0     0 248  3343  91   0  1  96  2
1  0 166512  627    0   0   0  0   2     0 247  3164  84   0  1  99  0
1  0 166512  627    0   1   0  0   0     0 277  3260  83   2  1  97  0

Колонки, наиболее ценные для ваших целей, объяснены ниже:

  • avm - эта колонка представляет количество активной виртуальной памяти (в страницах размером по 4k), которую вы используете, не включая количество файловых страниц.
  • fre - эта колонка представляет размер списка свободной памяти. В большинстве случаев, я не волнуюсь, когда он маленький, потому что AIX любит использовать каждую часть памяти, переданную ему, и не спешит возвращать ее так быстро, как вам хотелось бы. Эта настройка задается параметром minfree команды vmo. К концу дня информация о разбиении памяти на страницы становится все более важной.
  • pi - эта колонка представляет страницы, подкачанные в оперативную память из пространства страниц.
  • po - эта колонка представляет страницы, выгруженные из оперативной памяти в пространство страниц.

Как видно в примере 4, по существу, в системе не происходит разбиения памяти на страницы.

Пример 5 - пример системы, в которой предположительно осуществляется режим интенсивной подкачки.

Пример 5. Система с возможным режимом интенсивной подкачки
# vmstat 2 3

System Configuration: lcpu=4 mem=4096MB
kthr     memory             page              faults        cpu
----- ----------- ------------------------ ------------ -----------
r  b   avm   fre  re   pi  po  fr   sr    cy    in   sy  cs  us sy id wa
1  2 166512  7    0    57 127  0   929    0 2779 3260 1278 3 30  50  0 20
1  5 166512  12   0    39 129  0   409    0 2538 2260 1108 2 10  30 10 50
1  6 166512  110  0     8 212  0   480    0 2487 3343 991  0 27  33 20 30

Как можно интерпретировать эти результаты? Первым делом, посмотрите на колонку po. Судя по ней, можно сказать, что страницы последовательно перемещались между жестким диском и оперативной памятью в обоих направлениях. Также видны слабые места в системе, такие как блокированные процессы и необычно высокое время ожидания. Список свободной памяти также меньше, чем должен быть. Взглянув на список свободной памяти при помощи команды vmo, вы определили, что установлено значение 120. В обыкновенной ситуации я бы сказал, что небольшой список свободной памяти не является проблемой, но в этом случае список короче, чем должен быть. Когда такое случается, это обычно значит, что в системе работает режим интенсивной подкачки. Классический симптом интенсивной подкачки – операционная система пытается освободить ресурсы, направив первое предупреждение процессам, чтобы те освободили пространство листания, а затем все их завершает. В настройке параметров vmo можно задать пороговую границу, преодоление которой говорит об активной подкачке памяти. Также можно оценить использование памяти с помощью topas или nmon. Обе эти утилиты графически отображают информацию о подкачке страниц в оперативную память в более удобном для восприятия формате (см. пример 6).

Пример 6. Графически представленная информация о разбиении памяти на страницы, полученная с помощью topas
Topas Monitor for host:    testbox               EVENTS/QUEUES    FILE/TTY
Sun May 20 11:48:42 2007   Interval:  2         Cswitch      86  Readch    90043
                                                Syscall    1173  Writech    1336
Kernel    0.5   |#                           |  Reads       103  Rawin         1
User      0.0   |                            |  Writes       91  Ttyout      157
Wait      0.0   |                            |  Forks         0  Igets         0
Idle     99.5   |############################|  Execs         0  Namei       147
                                                Runqueue    0.0  Dirblk        0
Network  KBPS   I-Pack  O-Pack   KB-In  KB-Out  Waitqueue   0.0
en1       1.6      4.0     4.0     0.2     1.4
en2       0.0      0.0     0.0     0.0     0.0  PAGING           MEMORY
lo0       0.0      0.0     0.0     0.0     0.0  Faults        0  Real,MB    4095
                                                Steals        0  % Comp     16.6
Disk    Busy%     KBPS     TPS KB-Read KB-Writ  PgspIn        0  % Noncomp  84.3
hdisk0    0.0      0.0     0.0     0.0     0.0  PgspOut       0  % Client    0.5
hdisk1    0.0      0.0     0.0     0.0     0.0  PageIn        0
hdisk3    0.0      0.0     0.0     0.0     0.0  PageOut       0  PAGING SPACE
                                                Sios          0  Size,MB    4096
Name            PID  CPU%  PgSp Owner                            % Used      0.5
topas        156220   0.2   2.5 root            NFS (calls/sec)  % Free     99.4
sldf          96772   0.2   0.2 rds             ServerV2       0
syncd         12458   0.0   0.6 root            ClientV2       0   Press:
lrud           9030   0.0   0.0 root            ServerV3       0   "h" for help
gil           10320   0.0   0.1 root            ClientV3       0   "q" to quit

Колонка PAGING (обозначена полужирным шрифтом в примере 6) показывает, что разбиение памяти на страницы не осуществляется.

Как удерживать размер вашего пространства листания? С помощью команды swap (см. пример 7) для AIX.

Пример 7. Использование команды swap
# swap -l
device              maj,min     total       free
/dev/hd6            10,  2      4096MB      4093MB

Выводимая этой командой информация показывает, что определен только один раздел для свопинга. Также заметьте, что фактически используется только 3 MB. Пример 8 показывает, что случится, если слишком интенсивно использовать пространство листания.

Пример 8. Исчерпывание пространства листания
# lsps -a

Page Space      Physical Volume   Volume Group    Size %Used Active  Auto  Type
hd6             hdisk0            rootvg        4096MB    78    yes   yes   lv

В этом случае количество свободного пространства листания начинает сильно уменьшаться. Такое возможно, если система работала в течение очень длительного времени. Если работает база данных, такая как Oracle, виртуальная память не освобождается до тех пор, пока вы не перезапустите базу данных. Давайте посмотрим, как долго работает ваша система (см. пример 9).

Пример 9. Использование команды uptime
# uptime
  11:58AM   up 9 days,  15:50,  23 users,  load average: 0.00, 0.03, 0.04

Как показано в примере 9, система работает только 9 дней без перезагрузки. Если использование пространства листания поднялось до 78 процентов за такой короткий срок, следует подумать о том, чтобы увеличить размер пространства листания. Если в системе достаточно дискового пространства, я бы рекомендовал добавить еще один раздел.

Лучше всего, если вы сделаете и будете поддерживать пространства листания одинаковыми по размеру. В этом случае я бы добавил еще 4 гигабайта пространства листания к rootvg. Вы можете сделать это с помощью инструментария сопровождения интерфейса системы (System Management Interface Tool (SMIT)) и использовать любую из двух команд smit mkps и smit swapon для активации пространства листания. Также можно использовать команды swapon (включая swapoff) из командной строки. Если возможно, работайте с дисками, которые меньше всего используются для области страничного обмена. Также старайтесь не распределять больше одного раздела для листания на каждый физический диск. Хотя некоторые администраторы не обращают внимания на то, что пространство листания у них находится на внешнем хранилище, мне обычно не нравится эта практика. Если сделать подобное и внешнее хранилище не будет доступно при перезагрузке, система может дать сбой (в зависимости от того, сколько пространства отведено под разбиение памяти на страницы). Если вы можете распределить несколько пространств листания по разным жестким дискам, убедитесь, что они доступны, используя команду lsps-a.

Пространство листания какого размера нужно для системы? Как это можно определить эмпирическим путем? Во-первых, поговорите с людьми, которые являются пользователями вашего приложения. Коллектив пользователей DB2® или Oracle обычно может сообщить, как много пространства листания должно быть распределено на системе для нужд базы данных. Или же вам придется провести это исследование собственноручно. Но будьте осторожны. Администраторы баз данных обычно любят требовать завышенного выделения ресурсов для себя и могут попросить о вдвое большем, чем оперативная память, размере пространства листания. Грубо говоря, если у моей системы больше, чем 4 гигабайта оперативной памяти, я обычно создаю пространство листания размером в пропорции один к одному по отношению к оперативной памяти. Если видно, что вы никогда не используете более 50 процентов всего отведенного пространства листания, больше не добавляйте его. Быстро ознакомившись со свежей документацией по Oracle на AIX (см. дополнительные материалы), вы убедитесь в правильности этого принципа. Из этой документации следует, что рекомендованный начальный размер пространства листания равен половине размера оперативной памяти плюс 4 гигабайта с верхним пределом в 32 гигабайта. Также в ней рекомендуется осуществлять текущий контроль пространства при помощи команды lsps -a и не волноваться, если использование пространства не превышает 25 процентов от его общего размера на вашей системе. Добавление дополнительного пространства, которое не будете использоваться, не принесет никаких выгод.

Меня часто спрашивают, как можно убедиться в том, что процесс использует пространство листания? Взгляните на svmon, как показано в примере 10.

Пример 10. Использование svmon
# svmon -P | grep -p 17602
-------------------------------------------------------------------------------
     Pid Command          Inuse      Pin     Pgsp  Virtual 64-bit Mthrd LPage
   17602 sendmail         11877     3211        0    11691      N     N     N

После определения номера PID использование svmon поможет углубится далее в подробности: нужно или нет выполнять настройку приложения, остановить разбиение памяти на страницы или настроить операционную систему. Посмотрите справочник man, чтобы узнать больше о команде svmon, поскольку для нее существует еще множество применений, связанных с памятью в AIX.

Настройка с vmo

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

Так как же можно настроить менеджер виртуальной памяти для уменьшения разбиение памяти на страницы? В первой статье этого цикла (см. дополнительные материалы) я очень подробно рассматривал параметры minperm и maxperm и сейчас я приведу здесь некоторые наиболее важные концепции. Настройка параметров vmo дает вам возможность выбора: работать с вычислительной (рабочей) памятью или файловой (постоянной). Вам нужна постоянная память. Так вот, способ, которым можно отучить AIX от разбиения на страницы рабочей памяти и использования кэша вашей базы данных, – присвоение параметру maxperm большого значения (больше, чем 80), что дает уверенность в том, что значение параметра, отвечающего за число повторных разбиений и тип виртуальной памяти для захвата, lru_file_repage=0. Значение параметра по умолчанию равно 1, поэтому следует изменить его на 0. Это можно сделать при помощи команды vmo. Когда вы устанавливаете параметр в 0, это говорит менеджеру виртуальной памяти о том, что он должен захватывать только файловую память, а не вычислительную, что и требовалось. Также следует настроить параметры minperm, maxperm и maxclient как показано ниже в примере 11.

Пример 11. Настройка параметров minperm, maxperm и maxclient
vmo -p -o minperm%=5
vmo -p -o maxperm%=90
vmo -p -o maxclient%=90

В предшествующих версиях AIX вам пришлось бы настраивать strict_maxperm и strict_maxclient, используя их значения по умолчанию. С AIX версии 5.3, изменение параметраlru_file_repage является гораздо более эффективным способом настройки, при этом, как вы и хотели, AIX совсем не кэширует файлы. Давайте теперь вкратце рассмотрим minfree и maxfree. Если число страниц в списке свободной памяти падает ниже значения параметра minfree,менеджер виртуальной памяти начинает захватывать страницы до тех пор, пока список свободной памяти не будет содержать страниц, числом по крайней мере не меньше, чем определено в параметре maxfree. Обычно настройки по умолчанию у AIX версии 5.3 годятся для работы (см. пример 12).

Пример 12. Настройки по умолчанию maxfree и minfree
# vmo -a | grep free
              maxfree = 1088
              minfree = 960

Давайте рассмотрим пороговые значения в настройке пространства листания. Как упоминалось ранее, когда размер свободного пространства листания становится очень малым, система сначала высылает предупреждение процессам, которые забрали себе память, а потом завершает их. Какие пороговые значения можно изменить в этом случае, чтобы повлиять на такое поведение? Следующие: npsware, npskill и nokilluid. npswarn - пороговое значение, которое используется для уведомления процессов, когда пространства становится мало. npskill - пороговое значение, указывающее, когда AIX должен начать уничтожать процессы. Если у вас действительно раннее распределение пространства под страницы, AIX не уничтожит процессы, поэтому этот метод распределения памяти самый надежный. nokillid - важное пороговое значение, потому что, если установить его в 1, можно быть уверенным в том, что процессы, принадлежащие администратору (root), не будут уничтожены, даже если будет достигнута пороговая величина npskill.

Далее, если процесс не может быть разветвлен из-за проблемы с пространством листания, программа-планировщик попробует разветвить его еще 5 раз с интервалом в 10 тактов системных часов. Вы можете изменить параметр schedo для увеличения или уменьшения попыток разветвления. Параметр, который используется для этого - pacefork. Другой важный параметр, который следует знать, - lrubucket. Его настройка может уменьшить ненужные издержки, которые возникают при сканировании. Потому что алгоритм замещения страниц всегда ищет свободные блоки в системе, и пока он делает это, он расходует большое количество памяти. А количество блоков, которые надо просканировать, может быть очень значительным. Увеличивая значение этого параметра, мы уменьшаем количество участков памяти, которые надо просканировать. Это может улучшить производительность. Пример 13 использует команду vmo с флагом -a для отображения значения lrubucket.

Пример 13. Отображение значения lrubucket
# vmo -a | grep lru
      lru_file_repage = 1
    lru_poll_interval = 0
            lrubucket = 131072 (this is in 4 KB frames)

Для того чтобы увеличить значение по умолчанию с 512 MB до 1 GB, используйте # vmo -o lrubucket=262144.

Вот как можно при помощи vmo значительно уменьшить разбиение памяти на страницы в AIX-системе.

Резюме

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

Ресурсы

Научиться

  • Optimizing AIX 5L™ performance: Tuning your memory settings, Part 3 (EN): ознакомьтесь с оригиналом статьи.
  • Optimizing AIX 5L™ performance: Tuning your memory settings (EN): ознакомьтесь с другими статьями этого цикла.
  • Optimizing AIX 5L performance: Monitoring your CPU (EN): ознакомьтесь с другими статьями этого цикла.
  • System Administration Toolkit: Swap space management and tricks (EN) (Martin Brown, developerWorks, октябрь 2006): узнайте как осуществлять текущий контроль вашей системы чтобы определить эффективную конфигурацию пространства для свопинга.
  • Ознакомьтесь со статьей Paging versus swapping (EN), опубликованной Unix Workstation Support Group of Indiana University.
  • Прочитайте статью Paging space (EN) в википедии IBM AIX 5L Wiki. (EN)
  • Administering Oracle Database on AIX: получите больше информации про память и разбиение памяти на страницы в подразделе Administering Oracle Database раздела AIX - Oracle Database Administrator's Reference.
  • AIX memory affinity support: посетите ИнфоЦентр IBM System p и AIX InfoCenter чтобы узнать больше о поддержке родственности памяти в AIX.(EN)
  • Tuning IBM AIX5L for an Oracle Database (EN): в этом документе рассматривается анализ производительности и настроек для рабочих нагрузок различных степеней в Oracle workloads, и конфигурации настроек AIX 5L.
  • IBM Redbooks (EN): ознакомьтесь с книгой Database Performance Tuning on AIX, которая создана в помощь системным администраторам, разработчикам и предназначена для поддержки, мониторинга, работы и настройки на оптимальную производительность на AIX Relational Database Management System (RDMBS).
  • Test 234: AIX 5L Performance and Systems Tuning: этот экзамен является частью сертификационной программы IBM.(EN)
  • Power Architecture: High-Performance Architecture with a History (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 Monitoring and Tuning (EN) (март, 2002): узнайте больше о том, как стандартные инструментальные средства AIX могут помочь вам определить слабые места в производительности CPU.
  • IBM Redbooks (EN): для всестороннего руководства к эффективному использованию мониторинга и инструментальных средств настройки, которые предоставляются AIX 5L версии 5.3, прочитайте AIX 5L Practical Performance Tools and Tuning Guide.(EN)
  • AIX 5L Version 5.3: What's in it for you? (EN) (Shiv Dutta, developerWorks, июнь 2005): узнайте, какие полезные особенности появились в AIX 5L версии 5.3. (EN)
  • Operating System and Device Management (EN): этот документ от IBM предоставляет пользователям и системным администраторам полную информацию, которая может повлиять на то, какие вы выберете опции когда собираетесь, к примеру, делать резервную копию данных или восстанавливать систему, управлять физическими дисками и логическими разделами, назначаете размер для виртуальной страницы.(EN)
  • IBM Redbooks (EN): The AIX 5L: прочтите о различиях между AIX 5L версии 5.3 и AIX 5L версии 5.2.
  • Ознакомьтесь с другими статьями и учебными курсами, написанными Кеном Милбергом(Ken Milberg):
  • Popular content: ознакомьтесь с интересными статьями о AIX и UNIX.
  • AIX и UNIX: сообщество developerWorks предоставляет много информации, относящийся ко всем аспектам системного администрирования AIX и поднятия ваших навыков в работе с UNIX.(EN)
  • Новичок в AIX и UNIX?: посетите страницу AIX и UNIX для новичков чтобы узнать больше о AIX и UNIX.
  • AIX 5L Wiki: среда сотрудничества в области технической информации, связанной с AIX.
  • Разделы библиотеки информации по AIX и UNIX:(EN)
  • developerWorks technical events and webcasts: будьте в курсе последних событий и webcast-конференций сообщества developerWorks.(EN)
  • Podcasts: оставайтесь на связи с техническими экспертами IBM.(EN)
  • Future Tech: посетите сайт компании Future Tech для того, чтобы узнать больше об их последних предложениях. (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=263483
ArticleTitle=Увеличение производительности AIX 5L: Настройка параметров памяти. Часть 3
publish-date=10192007