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

Используйте команды ps, sar, svmon, и vmstat для контроля использования памяти и анализа результатов. Этот цикл, состоящий из трех статей, направлен на рассмотрение различных аспектов управления памятью и ее настройкой на серверах IBM System p™, работающих под управлением AIX®. В части 1 было рассмотрено представление памяти в AIX, включая рассмотрение виртуальной памяти и менеджера виртуальной памяти (Virtual Memory Manager (VMM)). Также в первой части мы углубились в параметры настройки и описали в общих чертах последние улучшения в AIX версии 5.3 применительно к управлению памятью. Часть 2 сосредоточена на деталях мониторинга подсистемы памяти и анализе его результатов. Часть 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

Введение

Самая важная часть в настройке вашей подсистемы памяти не включает собственно настройку. Перед настройкой системы следует разобраться в том, как на самом деле она работает. Для этого администратор AIX® должен знать, какие инструментальные средства использовать и как анализировать информацию, которую он соберет. Повторю то, что уже говорил в более ранних статьях по настройке (см. дополнительные материалы): вы не можете корректно настроить систему без предварительного контроля за системой, вне зависимости от того, работает она из логического раздела (LPAR) или на собственном физическом сервере. Существует можество команд, которые позволяют получить и проанализировать данные, поэтому следует понять их суть и то, какая из них более уместна для выбранной вами цели. После того как вы соберете данные, нужно проанализировать результаты. Проблема, которая, на первый взгляд, была связана с центральным процессором, может оказаться связанной с вводом/выводом, при условии, что вы использовали правильные инструментальные средства для сбора информации и понимаете, как эту информацию проанализировать. Только когда это корректно выполнено, можно принимать во внимание сделанные изменения в вашей системе. Как врач не может лечить болезнь без знаний об истории болезни и симптомах, которые у вас проявляются, так и вам надо поднабраться знаний о диагностике, прежде чем настраивать подсистему. Настройка подсистемы памяти, когда есть уязвимости в центральном процессоре или подсистеме ввода/вывода, не поможет вам и даже может навредить системе.

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

Я могу бесконечно повторять о важности создания "снимка" данных с системы перед попыткой оптимизировать ее. Время осуществлять текущий контроль над работой системы приходит не тогда, когда вы получаете от нее сообщение о низкой производительности. Информация на ваших серверах должна собираться с того момента, как они вводятся в эксплуатацию. Если вы поступаете так, то сможете делать превентивную настройку объекта, содержащего проблему, прежде чем пользователь обнаружит эту проблему и сообщит о ней. Как можно определить, являются ли данные причиной проблемы с производительностью, если нет возможности их анализа, когда производительность была в норме? Это все часть соответствующей методологии по настройке производительности: эффективный сбор данных,правильный анализ результатов, прослеживание тенденций в изменении производительности. Давайте рассмотрим все это подробнее.

Универсальные средства для мониторинга памяти в UNIX

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

Большинство администраторов обычно уклоняется от использования команды psдля поиска возможного слабого места в функционировании памяти. Я хочу добавить, что фактически многие UNIX-администраторы даже не знают, что могут использовать команду ps, чтобы помочь себе определить причину проблемы в функционировании памяти. Самая часто используемая функция команды ps - проверка процессов, запущенных в системе (см. пример 1).

Пример 1. Использование ps для наблюдения за процессами, запущенными в системе
        # ps -ef | more
        UID   PID  PPID   C    STIME    TTY  TIME CMD
        root     1     0   0   May 03      -  0:03 /etc/init
        root 11244 19154   0                  0:00 <defunct>
        root 11384     1   0   May 03      -  0:00 /usr/lib/errdemon
        root 12434 16618   0   May 03      -  0:29 /usr/opt/ifor/bin/i4llmd -b -n wc
        clwts -l /var/ifor/llmlg
        root 13218 16618   0   May 03      -  0:00 /usr/sbin/rsct/bin/IBM.AuditRMd
        root 13440     1   0   May 03      -  0:00 /usr/ccs/bin/shlap
        root 13690 13954   0   May 03      -  0:00 dtlogin <:0>        -daemon
        root 13954     1   0   May 03      -  0:00 /usr/dt/bin/dtlogin -daemon

Видно, что вывод команды содержит не так уж и много информации, которая помогла бы вам определить слабое место в функционировании памяти. Команда в примере 2 показывает вам информацию об использовании памяти активными процессами на вашей системе в удобном для восприятия формате. В нем показан старый стиль применения команды ps, как в дистрибутиве Беркли (Berkeley Software Distribution (BSD)) - без тире. За что мне нравится эта команда, так это за то, что не надо вызывать всякие утилиты с графическим интерфейсом для того, чтобы быстро получить представление о том, что, возможно, может случиться с памятью (см. пример 2).

Пример 2. Потребление памяти для каждого активного процесса
        .
        # ps gv | head -n 1; ps gv | egrep -v "RSS" | sort +6b -7 -n -r
        PID    TTY STAT  TIME PGIN  SIZE   RSS   LIM  TSIZ   TRS %CPU %MEM COMMAND
        15256      - A    64:15  755  2572  2888    xx  2356   316  0.9  0.0 /usr/lpp/
        22752      - A     0:08  261  1960  1980 32768   465    20  0.0  0.0 dtwm
        14654      - A     0:00  324  1932  1932    xx   198     0  0.0  0.0 /usr/sbin
        20700      - A     0:07  271  1868  1896 32768    95    28  0.0  0.0 /usr/dt/b
        20444      - A     0:03  203  1736  1824 32768   551    88  0.0  0.0 dtfile
        17602      - A     0:00  274   948  1644 32768   817   696  0.0  0.0 sendmail:
        13218      - A     0:00   74  1620  1620    xx   116     0  0.0  0.0 /usr/sbin

Давайте кратко обозначим, что обозначают некоторые элементы этой информации.

  • RSS - количество RAM, используемое для текстовых сегментов и сегментов с данными, на каждый процесс. PID 15256 использует 2888k.
  • %MEM - актуальное количество RSS / общего RAM. Следите за процессами, что потребляют 40 - 70 процентов %MEM.
  • TRS - количество RAM в килобайтах, используемое для текстовых сегментов в процессе.
  • SIZE - фактическое количество пространства виртуальных страниц, отведенных под этот процесс (текст и данные).

Хотя эта команда предоставляет много полезной информации, я обычно не начинаю с нее, кроме случаев, когда один из моих доверенных администраторов уже определил, что в системе присутствует ошибка памяти какого-либо рода. Вы должны запуститься со старой резервной копии данных, vmstat. Затем следует использовать vmstat для определения причины ошибки, даже если до этого было выяснено, что она связана с памятью. vmstat возвращает информацию о потоках в ядре, использовании центрального процессора, виртуальной памяти, памяти для подкачки файлов, блокированных дисках ввода/вывода и прочую информацию (см. пример 3). Как я считаю, это самый быстрый и неэлегантный способ узнать, что случилось.

Пример 3. Использование vmstat для определения "узких" мест
        # vmstat 1 4

        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 136583  127    0   4   57  44   92    0 345 2223 605  30 40 29 1
        2  7 136587  118    0   2  230   0   245   0 329 3451 526  20 37 10 33
        1  6 136587  157    0   3   67   0   678   0 334 3304 536  25 32 20 23
        3  8 136587  111    0   5   61   0   693   0 329 3341 511  19 26 35 20

Давайте сначала определимся, что обозначает первая колонка:

Информация о памяти:

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

Центральный процессор и ввод/вывод:

  • r - среднее число работоспособных потоков в ядре за определенный вами временной интервал.
  • b - среднее число потоков в ядре за определенный вами промежуток времени, которые в виртуальной памяти ждут своей очереди на выполнение. Если r не выше чем b, это обычно является симптомом проблемы с центральным процессором, вызванной либо помехой в подсистеме ввода/вывода, либо в памяти.
  • us - время пользователя.
  • sy - системное время.
  • id - время простоя.
  • wa - ожидание в подсистеме ввода/вывода.

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

Вернемся снова к рассмотрению выведенной информации. Что происходит? Фактически, несколько вещей. На первый взгляд вам может показаться, что помеха связана с центральным процессором, потому что система почти не простаивает и очень сильно загружена. Если взглянуть на результаты более внимательно, станет видно, что, пока центральный процессор работает "на убой", происходят и другие действия, например, разбиение на страницы. Множество страниц выгружается из оперативной памяти, что обычно происходит, когда ее остается очень мало. Как видно из выводимой информации, даже список свободной памяти становится очень коротким. Причина, по которой это случилось такова, ваш список свободной памяти меньше, чем пороговая величина для minfree, заданная с помощью команды vmo. А что насчет ввода/вывода? Когда вы видите заблокированные процессы или большие значения ожидания вывода, это обычно означает проблемы с реальной подсистемой ввода/вывода, в которой идет ожидание доступа к файлу, либо с состоянием подсистемы ввода/вывода, связанным с разбиением на страницы - из-за нехватки памяти в системе. У вас проблемы в менеджере виртуальной памяти, которые, по всей видимости, вызывают блокировку процессов и ожидание в состоянии ввода/вывода. Возможно, поможет настройка параметров памяти или выполнение динамической LPAR-операции и добавление RAM к LPAR.

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

Хотя мне не очень нравится пользоваться sar, так как нравится пользоваться другими средствами (вам нужно использовать слишком много флагов и вводить слишком много команд для диагностирования проблемы), sar позволяет собирать данные в реальном времени и просматривать данные, которые были собраны до этого (используя sadc). Большинство старых инструментальных средств позволяет выполнять только одно действие - либо собирать новые данные, либо просматривать старые. sar создан также почти также давно, как UNIX, и каждый использовал его время от времени. Применение флага -r предоставляет некоторую информацию о менеджере виртуальной памяти (VMM) (см. пример 4).

Пример 4. Использование sar с флагом -r для получения информации о менеджере виртуальной памяти VMM
        # sar -r 1 5
        System Configuration: lcpu=4 mem=4096MB

        06:18:05   slots  cycle/s  fault/s  odio/s
        06:18:06 1048052    0.00    387.25   0.00
        06:18:07 1048052    0.00    112.97   0.00
        06:18:08 1048052    0.00    45.00   79.21
        06:18:09 1048052    0.00    216.00    0.00
        06:18:10 1048052    0.00    8.00      0.00

        Average  1048052        0      79      16

Так что конкретно возвращает эта команда?

  • cycle/s - возвращает назад число циклов обмена страниц в секунду.
  • fault/s - предоставляет число ошибок из-за отсутствия страниц в секунду.
  • slots - предоставляет число свободных страниц в пространстве для файла подкачки.
  • odio/s - предоставляет число вводов/выводов, не связанных с пространством виртуальных страниц, в секунду.

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

Точный контроль памяти в AIX

В этом разделе я предоставлю обзор специальных инструментальных средств AIX: svmon, procmon, topas и nmon. Большинство из этих инструментариев позволяет быстро вычислить проблему, влияющую на производительность и собирать данные для прослеживания их изменения с течением времени и анализа.

svmon - утилита для анализа. Применяется конкретно для менеджера виртуальной памяти. Она обеспечивает большое количество информации, включая информацию об использовании реальной памяти, виртуальной и о файле подкачки. Флаг -G дает вам представление о глобальном использовании памяти на вашем компьютере(см. пример 5).

Пример 5. Использование svmon с флагом -G
        # svmon -G
        size      inuse       free        pin    virtual
        memory      1048576    1048416        160      79327     137750
        pg space    1048576        524

        work       pers       clnt      lpage
        pin           79327          0          0          0
        in use       137764     910652          0          0

size возвращает назад общий размер RAM в страницах по 4k. Колонка inuse информирует о числе виртуальных страниц в RAM, которые используются процессами, и числе постоянных страниц, которые принадлежат выполняемому процессу и все еще постоянно находятся в RAM. free выводит количество страниц в списке свободной памяти. pin возвращает число страниц, закрепленных в физической памяти(RAM). Их нельзя выгрузить из RAM.

Колонка пространства страниц (pg space) показывает фактическое использование пространства страниц (в страницах по 4k). Это важно для создания ограничения между информацией, выводимой этой командой(svmon -G) и vmstat. Колонка avm vmstat показывает всю виртуальную память, к которой имеется доступ, даже если она еще не выгружена из физической памяти. Я также люблю наблюдать за количеством рабочей и постоянной памяти. Эти параметры показывают число страниц рабочей памяти и виртуальной в RAM. Почему это так важно? Как вы, возможно, помните из первой части, я обсуждал некоторые из различий между рабочей памятью и виртуальной. Вычислительная память используется, пока процессы работают над текущими задачами. Они используют рабочие сегменты памяти, которые являются временными и существуют только до тех пор, пока процесс выполняется или пока страница "захвачена". Файловая память использует постоянные сегменты памяти и имеет абсолютный, постоянный адрес на диске. Файлы с данными или выполняемые программы чаще всего располагаются в файловой памяти, нежели в вычислительной. Другими словами, вы скорее предпочтете, чтобы на страницы на диске была разбита файловая память, а не вычислительная. В этой ситуации вычислительная память, к несчастью, выгружается из RAM более активно, чем файловая память. Возможно, маленькая настройка параметра vmo может помочь сдвинуть баланс в удобную для вас сторону. Другая полезная особенность svmon в том, что можно отображать статистику использования памяти для конкретного процесса. Пример 6 иллюстрирует эту особенность.

Пример 6. Использование svmon для отображения статистики использования памяти для конкретного процесса
        # svmon -P | grep -p 15256
        -------------------------------------------------------------------------------
        Pid Command          Inuse      Pin     Pgsp  Virtual 64-bit Mthrd LPage
        15256 X                12102     3221        0    12022      N     N     N

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

Теперь давайте применим что-нибудь с более дружественным по отношению к пользователю интерфейсом - topas. topas - небольшое инструментальное средство для контроля производительности,которое может использоваться для достижения ряда целей (см. рисунок 1).

Рисунок 1. Инструментальное средство topas
инструментарий topas

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

А что же можно сказать про procmon? Будучи впервые реализованным в AIX версии 5.3, он не только предоставляет всеохватывающую статистику о производительности центрального процессора, но также позволяет воздействовать на запущенные процессы. Вы, возможно, уже знаете, что можно или завершить процесс (kill) или изменить приоритет работающего процесса(renice), но я готов поспорить, вам неизвестно, что можно углубляться в детали использования памяти.

Я хотел бы добавить, что этот инструментарий самый популярный для анализа работы центрального процессора, но неплохие возможности также присутствуют в svmon, который поможет "прощупать" память. На следующем рисунке показана установка опций для использования утилиты svmon из procmon, которая позволяет представлять информацию в более приятном для восприятия формате (см. рисунок 2).

Рисунок 2. Иллюстрация настроек для вызова svmon из procmon
Иллюстрация настроек для вызова svmon из procmon

Вы также можете экспортировать данные, предоставляемые procmon в файл, что делает procmon неплохим инструментальным средством для сбора данных.

Мое самое любимое средство для контроля производительности - не поддерживаемое IBM, инструментальное средство nmon. Похожее в отдельных случаях на topas, оно отличается от него в том, что данные , которые предоставляет nmon выводятся на экран (как делает topas) и доступны через отчеты, которые можно накапливать и анализировать. Этот инструментарий имеет возможность оформлять свои отчеты в таблицах, сильно напоминающих таблицы из Microsoft® Excel, которые и могут быть переданы вашему начальству или другой команде специалистов для дальнейшего анализа. Для использования этой возможности необходимо применить другое, пока не поддерживаемое инструментальное средство, называемое nmon analyzer, которое является надстройкой к nmon. Рисунок 3 показывает пример вывода, команды nmon.

Рисунок 3. Представление информации, выводимой nmon.
Представление информации, выводимой nmon

Существует множество различных типов представления информации с помощью инструментария nmon, который также может выводить любую информацию о центральном процессоре, вводе/выводе и информацию об использовании памяти.

Резюме

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

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

Ресурсы

Научиться

  • Optimizing AIX 5L performance: Tuning your memory settings, Part 2 (EN): ознакомьтесь с оригиналом статьи.
  • Optimizing AIX 5L™ performance: Tuning your memory settings : ознакомьтесь с другими статьями этого цикла.
  • Optimizing AIX 5L performance: Monitoring your CPU (EN): узнайте как контролировать производительность центрального процессора.(EN)
  • AIX memory affinity support(EN): посетите ИнфоЦентр IBM System p и AIX InfoCenter, чтобы узнать больше о поддержке родственности памяти в AIX.
  • nmon performance: A free tool to analyze AIX and Linux performance (EN) (Nigel Griffiths, developerWorks, февраль 2006): эта статья предоставляет полную информацию об инструментальном средстве nmon.
  • "nmon analyser: A free tool to produce AIX performance reports" (EN) (Steven Atkins, developerWorks, апрель 2006): прочтите эту статью чтобы узнать свежайшую информацию об инструментальном средстве анализирования nmon.
  • IBM Redbooks (EN): ознакомьтесь с книгой "Database Performance Tuning on AIX", которая создана в помощь системным администраторам, разработчикам и предназначена для поддержки, мониторинга, реализации и настройки на оптимальную производительность на AIX Relational Database Management System (RDMBS).
  • Test 234: AIX 5L Performance and Systems Tuning (EN): будьте готовы пройти этот тест, являющийся частью сертификационной программы IBM.
  • 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 architecture.
  • Processor Affinity on AIX (EN) (developerWorks, ноябрь 2006): использование настройки родственности процессов для связывания или разрывания связей у потоков может помочь вам найти первопричину зависания или проблемы взаимоблокировки. Прочитайте эту статью, чтобы узнать как использовать родственность процессоров и заставлять работать процессы только на конкретном центральном процессоре.
  • CPU Monitoring and Tuning (EN) (март, 2002): узнайте, как стандартные инструментальные средства AIX могут помочь вам определить слабые места в функционировании центрального процессора.
  • IBM Redbooks (EN): для всестороннего руководства к эффективному использованию мониторинга и инструментальных средств настройки, которые предоставляются AIX 5L версии 5.3, прочитайте AIX 5L Practical Performance Tools and Tuning Guide.
  • AIX 5L Version 5.3: What's in it for you? (EN) (developerWorks, июнь 2005): узнайте об особенностях в AIX 5L версии 5.3, которые могут оказаться полезными для вас.
  • IBM Redbooks (EN): The AIX 5L: прочтите о различиях между AIX 5L версии 5.3 и AIX 5L версии 5.2.
  • Ознакомьтесь с другими статьями и учебными курсами, написанными Кеном Милбергом (Ken Milberg):
  • Popular content (EN): ознакомьтесь с интересными статьями о AIX и UNIX.
  • AIX и UNIX (EN): сообщество developerWorks предоставляет много информации, относящийся ко всем аспектам системного администрирования AIX и поднятия ваших навыков в работе с UNIX.
  • Новичок в AIX и UNIX?: посетите страницу AIX и UNIX для новичков чтобы узнать больше о AIX и UNIX.
  • AIX 5L Wiki(EN): среда сотрудничества в области технической информации, связанной с AIX.
  • Разделы библиотеки информации по AIX и UNIX:(EN)
  • developerWorks technical events and webcasts: будьте в курсе последних событий и webcast-конференций сообщества developerWorks.(EN)
  • Podcasts: оставайтесь на связи с техническими экспертами IBM.(EN)
  • Future Tech: посетите сайт компании Future Tech для того, чтобы узнать больше об их последних предложениях.(EN)

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

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

Обсудить

Комментарии

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=263440
ArticleTitle=Увеличение производительности AIX 5L: Настройка параметров памяти. Часть 2
publish-date=10192007