PCPIntro - онлайн в облаке

ПРОГРАММА:

ИМЯ

PCPIIntro - введение в Performance Co-Pilot (PCP)

ВВЕДЕНИЕ

Performance Co-Pilot (PCP) - это набор инструментов, предназначенный для мониторинга и управления системой:
уровень производительности. Эти сервисы распределены и масштабируются, чтобы
сложные конфигурации системы и проблемы с производительностью.

PCP поддерживает множество различных платформ, включая (но не ограничиваясь) Linux, MacOSX,
Солярис и Windows. Можно считать, что ПКП высокого уровня содержат два класса
программная утилита:

CFP Коллекторы
Это части PCP, которые собирают и извлекают данные о производительности из различных
исходники, например ядро ​​операционной системы.

CFP Мониторы
Это части PCP, которые отображают данные, собранные с хостов (или архивов).
которые имеют CFP Коллектор установлен. Многие инструменты мониторинга доступны как часть
основного выпуска PCP, в то время как другие (обычно графические) инструменты мониторинга
поставляется отдельно в пакете графического интерфейса пользователя PCP.

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

О проекте

Архитектура PCP распределена в том смысле, что любой инструмент PCP может выполнять
удаленно. На отслеживаемом хосте (или хостах) каждый домен показателей производительности,
будь то ядро, уровень обслуживания, система управления базами данных, веб-сервер,
для приложений и т. д. требуется агент домена показателей производительности (PMDA), который
отвечает за сбор измерений производительности в этом домене. Все PMDA
контролируется демоном сборщика показателей производительности (пмкд(1)) на том же хосте.

Клиентские приложения (инструменты мониторинга) подключаются к пмкд(1), который действует как маршрутизатор для
запросов, перенаправляя запросы в соответствующий PMDA и возвращая ответы на
клиенты. Клиенты также могут получить доступ к данным о производительности из архива PCP (созданного с использованием
pmlogger(1)) для ретроспективного анализа.

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

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

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

Эти значения по умолчанию могут быть отменены (расширены или уменьшены) несколькими способами, в том числе с помощью
указание сетевых ACL в pmcd.conf, активация нестандартных PMDA или с помощью PMCD
подключения, передающие учетные данные пользователя. Например, некоторые PMDA автоматически предоставляют
более подробная информация для определенных пользователей или групп с учетными данными.

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

Каждый инструмент или команда полностью документированы на отдельной справочной странице.

пмстат Выводит высокоуровневую сводку производительности системы в формате ASCII.

Пими Механизм логического вывода, который может оценивать правила предикатного действия для выдачи сигналов тревоги и
автоматизировать задачи управления системой.

pminfo Изучите конкретные показатели производительности и метаданные, которые их описывают.

pmlogger
Создает архивы показателей производительности PCP, подходящие для воспроизведения большинством PCP
инструментов.

пмвал Простая периодическая отчетность для некоторых или всех экземпляров метрики производительности с
дополнительный контроль времени видеомагнитофона.

Если установлен пакет графического интерфейса пользователя PCP, доступны следующие дополнительные инструменты.

pmchart
Отображает тенденции во времени произвольно выбранных показателей производительности из одного или
больше хозяев.

время вечера Утилита контроля времени для координации времени между несколькими инструментами (включая
pmchart и pmval).

pmdumptext
Создавайте отчеты ASCII для произвольных комбинаций показателей производительности.

ОБЩИЙ КОМАНДА ЛИНИЯ АРГУМЕНТЫ

Существует набор общих аргументов командной строки, которые последовательно используются большинством PCP.
инструментов.

-a архив
Информация о показателях производительности ретроспективно извлекается из Performance
Второй пилот (PCP) архив, ранее созданный pmlogger(1).Посмотреть ПКП-
архив(5)дляформатдокументация. The -a и -h варианты являются взаимоисключающими.

архив является либо базовым именем, общим для всех физических файлов, созданных
экземпляр pmlogger(1) или любой из физических файлов, например мой архив (на основании
имя) или мой архив.мета (файл метаданных) или мой архив.индекс (временный индекс)
or мой архив.0 (первый том данных архив) Или мой архив.0.bz2 or
мой архив.0.bz (первый том данных, сжатый bzip2(1)) или мой архив.0.gz
or мой архив.0.Z or мой архив.0.z (первый том данных, сжатый GZIP(1)),
мой архив.1 or мой архив.3.bz2 or мой архив.42.gz и так далее

-a архив[,архив,...]
Альтернативная форма -a для приложений, которые могут обрабатывать несколько архивов.

-h хоста
Если не направлено другому хосту -h вариант, или в архив -a
вариант, источником показателей производительности будет сборщик показателей производительности.
Демон (PMCD) на локальном хосте. Обратитесь к ПМКД ВЕДУЩИЙ ТЕХНИЧЕСКИЕ ХАРАКТЕРИСТИКИ .
позже для получения дополнительной информации о многих вариантах, доступных при формировании хоста
спецификация, а также подробное описание локального хоста по умолчанию
связь. В -a и -h варианты являются взаимоисключающими.

-s образцы
Аргумент образцы определяет количество выборок, которые необходимо получить и сообщить.
If образцы это 0 или -s не указано, приложение будет пробовать и сообщать
непрерывно (в режиме реального времени) или до конца архива PCP (в архиве
Режим).

-z Измените часовой пояс отчетности на местный часовой пояс на узле, являющемся источником
показателей производительности, определяемых с помощью -h or -a настройки.

-Z часовой пояс
По умолчанию приложения сообщают время дня в соответствии с местным часовым поясом на
система, в которой выполняется приложение. В -Z опция изменяет часовой пояс
в часовой пояс в формате переменной окружения TZ как описано в
среда(7).

ИНТЕРВАЛ ТЕХНИЧЕСКИЕ ХАРАКТЕРИСТИКИ И ВЫРАВНИВАНИЕ

Большинство инструментов PCP работают с периодическим отбором проб или составлением отчетов, а -t и -A варианты могут
использоваться для контроля продолжительности интервала выборки и выравнивания выборки
раз.

-t интервал
Установите интервал обновления или отчетности.

The интервал аргумент задается как последовательность из одного или нескольких элементов
форма
номер[единиц]
в котором номер является целым числом или константой с плавающей запятой (анализируется с использованием стртод(3)) и
необязательный единиц один из: секунды, второй, сек, сек, s, минут, минут, мин,
мин, m, часов, час, h, дня, день и d, Если Ед. изм пусто, второй предполагается.

Кроме того, любая из вышеперечисленных версий в верхнем регистре (или в смешанном регистре) также
приемлемо.

Пространства в любом месте интервал игнорируются, поэтому 4 дня 6 часов 30 минут,
4день6час30мин, 4д6х30м и 4d6.5h все эквивалентны.

Множественные спецификации являются аддитивными, например,1hour 15mins 30secs'' интерпретируется
как 3600 + 900 + 30 секунд.

-A выравнивать
По умолчанию образцы не обязательно выровнены по какой-либо естественной единице времени. В -A
опция может использоваться для принудительного выравнивания исходного образца на границе
естественная единица времени. Например -A 1sec, -A 30min и -A 1hour указать выравнивание на
целые секунды, полчаса и целые часы соответственно.

The выравнивать аргумент следует синтаксису для интервал аргумент, описанный выше для
-t опцию.

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

ВРЕМЯ ОКНО ТЕХНИЧЕСКИЕ ХАРАКТЕРИСТИКИ

Многие инструменты PCP предназначены для работы в некотором интересующем временном окне, например, для определения
время завершения для мониторинга в реальном времени или для определения времени начала и окончания в PCP
архивный журнал.

В отсутствие -O и -A опции для указания исходного отсчета времени выборки и времени
выравнивания (см. выше), приложение PCP получит первую пробу в начале
временное окно.

Следующие параметры могут использоваться для указания интересующего временного окна.

-S время начала
По умолчанию временное окно начинается сразу в режиме реального времени или совпадает
со временем в начале архива журнала PCP в режиме архива. В -S вариант может
использоваться для указания более позднего времени начала временного окна.

The время начала параметр может быть задан в одной из трех форм (интервал такой же как
для -t вариант, как описано выше, Дата и время описано ниже):

интервал
Чтобы указать смещение от текущего времени (в режиме реального времени) или
начало архива PCP (в режиме архива) просто укажите интервал
время как аргумент. Например -S 30min установит начало времени
окно должно быть ровно через 30 минут в режиме реального времени, или ровно через 30 минут.
минут с начала архива PCP.

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

@Дата и время
Для указания календарной даты и времени (местное время в часовом поясе отчетности)
для начала временного окна используйте синтаксис datetime, которому предшествует at
подписать. Обратитесь к описанию даты и времени ниже для получения подробной информации.

-T время окончания
По умолчанию конец временного окна неограничен (в режиме реального времени) или выровнен.
со временем в конце архивного журнала PCP (в режиме архива). В -T вариант может
использоваться для указания более раннего времени окончания временного окна.

The время окончания параметр может быть задан в одной из трех форм (интервал такой же как
для -t вариант, как описано выше, Дата и время описано ниже):

интервал
Чтобы указать смещение от начала временного окна, просто используйте
интервал времени как аргумент. Например -T 2h30m установит конец
временное окно должно быть через 2 часа 30 минут после начала отсчета времени
окно.

-интервал
Чтобы указать смещение назад от времени в конце архивного журнала PCP,
префикс интервал аргумент со знаком минус. Например -T -90m предусматривает
установите конец временного окна на 90 минут до времени последнего
образец в архивном журнале PCP.

@Дата и время
Для указания календарной даты и времени (местное время в часовом поясе отчетности)
для конца временного окна используйте синтаксис datetime, которому предшествует at
подписать. Обратитесь к описанию даты и времени ниже для получения подробной информации.

-O происхождения
По умолчанию образцы берутся с начала временного окна (см. Описание
of -S вариант) до конца временного окна (см. описание -T вариант). В -O
опция позволяет указать источник в пределах временного окна, которое будет использоваться как
начальное время выборки. Это полезно для интерактивного использования инструмента PCP с
время вечера(1) Возможность воспроизведения видеомагнитофона.

The происхождения аргумент принят -O соответствует тому же синтаксису и семантике, что и
время начала аргумент в пользу -T опцию.

Например -O -0 указывает, что начальная позиция должна быть в конце
временное окно; это наиболее полезно, когда вы хотите воспроизвести `` назад '' внутри
временное окно.

The Дата и время аргумент в пользу -O, -S и -T варианты состоят из:
даты время зона день относительный
Дата может быть одной из следующих: ГГ-ММ-ДД, ММ / ДД / ГГ, ДД Месяц ГГГГ или Месяц ДД ГГГГ. Время может быть
один из: ЧЧ: ММ: СС, ЧЧ: ММ. ЧЧ: ММ может использовать либо 12-часовой (через суффикс am или pm), либо 24
часовая конвенция. День недели может быть указан как день недели, по желанию.
с предшествующим порядковым номером, например второй вторник. Зона - это значение часового пояса как
определяется цселект(1) команда. Относительное время может быть единицей времени:
предшествует количественное число, такое как 1 год или 2 месяца, которому предшествует одно время
слова это или последнее, или замененные к тому времени слово назад. Относительное время также может быть одним из
слова времени: вчера, сегодня, завтра, сейчас. Примеры строк даты и времени:
1996-03-04 13:07:47 EST Пн, 1996-03-05 14:07:47 EST -1 час, Пн Вт 4 13:07:47 1996, Вт
4 1996, Вт 4, Вт, 13:07:50 or 13:08.

Для любых отсутствующих полей младшего разряда предполагается значение по умолчанию 0 для часов, минут и
секунд, 1 для дня месяца и января для месяцев. Следовательно, следующие эквиваленты:
-S '@ Вт 1996 " и -S '@ Вт 1 00:00:00 1996 ".

Если какие-либо поля высокого порядка отсутствуют, они заполняются, начиная с года, месяца.
и день от текущего времени (режим реального времени) или времени в начале PCP
архивировать журнал (режим архива) и продвигать время, пока оно не совпадет с полями, которые
указано. Так, например, если временное окно начинается по умолчанию в `` Пн, 4 марта 13:07:47
1996 '', затем -S @13: 10 соответствует 13:10:00 пн 4 марта 1996 г., а -S @10: 00
соответствует 10:00:00 вторника 5 марта 1996 г. (обратите внимание, что это следующий день).

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

Арбитраж трафика МЕТРИКИ - ИМЕНА И ИДЕНТИФИКАТОРЫ

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

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

Метка узла должна начинаться с буквенного символа, за которым следует ноль или более символов.
взяты из алфавита, цифр и символа `_´ (подчеркивание). Для буквенного
в метке узла различаются символы верхнего и нижнего регистра.

По соглашению имя метрики производительности создается путем конкатенации
метки узла на пути через PMNS от корневого узла к конечному узлу с помощью символа ``. '' в качестве
разделитель. Корневой узел в PMNS не имеет метки, поэтому все имена начинаются с метки
связанный с одним из дочерних узлов ниже корневого узла PMNS, например
ядро.percpu.syscall. Обычно (хотя это не является обязательным требованием) будет по адресу
максимально одно имя для каждого PMID в PMNS. Например ядро.all.cpu.idle и disk.dev.read
- это уникальные имена для двух различных показателей производительности, каждая из которых имеет уникальный PMID.

Группы связанных PMID могут быть названы путем наименования нелистового узла в дереве PMNS, например
диск.

Локальная PMNS по умолчанию, используемая пмкд находится по адресу: $ PCP_VAR_DIR / pmns / корень Однако
переменная среды PMNS_DEFAULT может быть установлен на полный путь к другому PMNS
который затем будет использоваться в качестве локальной PMNS по умолчанию.

Большинство приложений не используют локальную PMNS напрямую, а скорее импортируют части PMNS.
по мере необходимости из того же места, где берутся показатели производительности, т. е. из пмкд(1)
для мониторинга в реальном времени или из архива PCP для ретроспективного мониторинга.

Чтобы изучить PMNS, используйте pminfo(1), или если установлен пакет графического интерфейса PCP, New Chart
и окна поиска показателей в pmchart(1).

Арбитраж трафика Метрическая ХАРАКТЕРИСТИКИ

В файлах конфигурации и (в меньшей степени) параметрах командной строки метрика
спецификации соответствуют следующим правилам синтаксиса.

Если источник показателей производительности в реальном времени от пмкд(1) тогда принятый синтаксис
кашель:метрический[экземпляр1,экземпляр2,...]

Если источником показателей производительности является архивный журнал PCP, то принятый синтаксис:
архив/метрический[экземпляр1,экземпляр2,...]

The кашель:, архив/ и [экземпляр1,экземпляр2,...] все компоненты являются необязательными.

The , разделитель в списке имен экземпляров может быть заменен пробелом.

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

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

Пустой пример молча игнорируется, и в частности ''[]'' то же самое, что и нет
пример, а ''[один два]'' анализируется как указание только двух экземпляров ''one'' а также
``две''.

В частном случае, если кашель это одиночный символ `` @ '', то это относится к
PM_CONTEXT_LOCAL источник, см. pmNewContext(3).

БЕЗОПАСНЫЙ ПМКД ПОДКЛЮЧЕНИЕ

Начиная с версии PCP 3.6.11, монитор может явно запрашивать безопасное соединение с
коллектор хост работает пмкд(1) или pmproxy(1) с использованием флага контекста PM_CTXFLAG_SECURE. Если
хост PCP Collector поддерживает эту функцию - см. метрику pmcd.feature.secure для
подтверждение этого - TLS / SSL (Transport Layer Security или Secure Sockets Layer)
соединение может быть установлено с использованием криптографии с открытым ключом и связанных методов.
Эти функции направлены на предотвращение подслушивания и подделки данных со стороны злоумышленников.
стороны, а также обеспечение аутентификации на стороне сервера (уверенная идентификация
сервер клиентом), который можно использовать для защиты от атак типа "злоумышленник посередине".

Безопасный пмкд соединение требует использования аутентификации на основе сертификатов. Охрана
функции, предлагаемые пмкд и pmproxy реализованы с помощью служб сетевой безопасности
(NSS) API и утилиты. СНБ Certutil инструмент можно использовать для создания сертификатов
подходит для установления доверия между монитором PCP и хостами-сборщиками.

Полное описание выходит за рамки этого документа, см. CFP ОКРУЖАЮЩАЯ СРЕДА,
FILES и СМ ТАКЖЕ разделы для подробной информации. Сюда входят ссылки на руководства по
шаги, необходимые для настройки доступных функций безопасности.

ПМКД ВЕДУЩИЙ ТЕХНИЧЕСКИЕ ХАРАКТЕРИСТИКИ

В отсутствие явной спецификации имени хоста большинство инструментов по умолчанию будут использовать
локальный хост в режиме живого обновления. В версиях PCP, начиная с 3.8.4, это приводит к
выбран эффективный локальный протокол - обычно сокет домена Unix. Если этот вариант
используется (который также может быть явно запрошен через Юникс: описана спецификация хоста
ниже), важно отметить, что все соединения будут автоматически аутентифицироваться.
Другими словами, учетные данные пользователя, запускающего клиентский инструмент, будут автоматически
предоставлено пмкд(1) и все его PMDA от имени пользователей, чтобы результаты могли
настраиваться в соответствии с уровнями привилегий отдельных пользователей.

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

The пмкд номер порта, а также необязательно pmproxy(1) имя хоста и номер его порта могут быть
дается как часть спецификации хоста, начиная с PCP версии 3.0. Они заменяют (и
override) старые переменные среды PMCD_PORT, PMPROXY_HOST и PMPROXY_PORT.

Ниже приведены допустимые спецификации имени хоста, которые определяют подключения к пмкд на хосте
nas1.servers.com со списком портов / без, с / без pmproxy(1) соединение
через брандмауэр и с адресами IPv6 и IPv4, как показано.

$ pcp -h nas1.servers.com:44321,4321@firewall.servers.com: 44322
$ pcp -h nas1.servers.com:44321@firewall.servers.com: 44322
$ pcp -h nas1.servers.com:44321@firewall.servers.com
$ PCP -h nas1.servers.com@firewall.servers.com
$ pcp -h nas1.servers.com:44321
$ pcp -h [fe80::2ad2:44ff:fe88:e4f1%p2p1]
$pcp-h 192.168.0.103

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

$ pcp -h pcps: //app2.servers.com? container = cae8e6edc0d5
$ pcp -h pcps: //nas1.servers.com: 44321? имя пользователя = tanya & method = gssapi
$ pcp -h pcps: //nas2.servers.com@firewalls.r.us? метод = простой
$ pcp -h pcp: //nas3.servers.com
$ pcp -h 192.168.0.103?container=cae8e6edc0d5,method=digest-md5
$ PCP -h Юникс:
$ pcp -h местный:

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

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

Финал местный: приведенный выше пример теперь используется по умолчанию для большинства инструментов. Эта связь
соединение с локальным хостом с автоматической аутентификацией на всех платформах, поддерживающих Unix
доменные сокеты. Пароль не требуется, аутентификация выполняется автоматически. Это тоже
самый эффективный (с наименьшими накладными расходами) доступный канал связи.

Разница между Юникс: и местный: заключается в том, что первый является строгим доменным сокетом Unix
спецификация (соединение не удается, если оно не может подключиться таким образом), тогда как последний имеет
более снисходительный возврат к использованию локальный (т.е. используется обычное подключение к Inet-сокету
когда соединения с сокетами домена Unix недоступны).

ОКРУЖАЮЩАЯ СРЕДА

Помимо среды выполнения PCP и переменных конфигурации, описанных в
CFP ОКРУЖАЮЩАЯ СРЕДА в разделе ниже, следующие переменные среды применяются ко всем
установок.

PCP_CONSOLE
Когда установлено, это изменяет консоль по умолчанию с / dev / tty (в Unix) или ПРОТИВ: (на
Windows) в качестве указанной консоли. Особая ценность нет может быть использован для
указывает, что консоль недоступна для использования. Это используется в местах, где консоль-
инструменты на основе должны взаимодействовать с пользователем и, в частности, используются, когда
аутентификация выполняется.

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

PCP_DERIVED_CONFIG
Если задано, эта переменная определяет список файлов и / или каталогов, разделенных двоеточиями.
(синтаксис такой же, как у $ PATH переменная для sh(1)). Компоненты
расширен в список файлов следующим образом: если компонент $ PCP_DERIVED_CONFIG is
файл, то этот файл добавляется в список, иначе, если компонент является каталогом
затем рекурсивный спуск используется для перечисления всех файлов ниже этого каталога и
они добавляются в список.

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

Производные метрики могут использоваться для расширения доступных метрик новыми (производными)
метрики с использованием простых арифметических выражений.

If PCP_DERIVED_CONFIG установлен, производные определения показателей обрабатываются
автоматически по мере того, как устанавливается каждый новый источник показателей производительности (т. е. каждый
время а pmNewContext(3) вызывается) или когда запросы поступают в PMNS.

Любой компонент в $ PCP_DERIVED_CONFIG список или расширенный список файлов, который
не файл, не является каталогом или недоступен (из-за разрешений или неправильного
символическая ссылка) будет игнорироваться.

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

PCP_SECURE_DB_METHOD
При подключении через защищенные сокеты база данных сертификатов и ключей хранится с использованием
SQL: метод по умолчанию. Использовать PCP_SECURE_DB_METHOD чтобы переопределить значение по умолчанию, большинство
обычно устанавливают значение пустой строки (для старых методов базы данных).

PCP_STDERR
Многие инструменты PCP поддерживают переменную среды PCP_STDERR, который можно использовать для
контролировать, куда отправляются сообщения об ошибках. Если не задано, поведение по умолчанию таково:
Сообщения об использовании и ошибки синтаксического анализа опций сообщаются о стандартной ошибке, другие
сообщения после первоначального запуска отправляются в место назначения по умолчанию для инструмента,
т.е. стандартная ошибка для инструментов ASCII или диалог для инструментов графического интерфейса.

If PCP_STDERR устанавливается в буквальное значение ДИСПЛЕЙ тогда все сообщения будут
отображается в диалоговом окне. Это используется для любых инструментов, запускаемых с рабочего стола.
окружающей среды.

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

PMCD_CONNECT_TIMEOUT
При попытке подключиться к удаленному пмкд(1) на машине, которая загружается,
попытка подключения может потенциально заблокироваться на долгое время, пока удаленная машина
завершает свою инициализацию. Большинство приложений PCP и некоторые библиотеки PCP
подпрограммы будут прерваны и вернут ошибку, если соединение не было установлено
по истечении некоторого заданного интервала. По умолчанию интервал составляет 5 секунд.
Это можно изменить, установив PMCD_CONNECT_TIMEOUT в окружающей среде к настоящему
количество секунд для желаемого тайм-аута. Это наиболее полезно в тех случаях, когда
удаленный хост находится в конце медленной сети, что требует более длительных задержек для
правильно установить соединение.

PMCD_RECONNECT_TIMEOUT
Когда монитор или клиентское приложение теряет соединение с пмкд(1),
соединение может быть восстановлено путем вызова служебной программы в библиотеке PCP.
Однако попытки повторного подключения контролируются стратегией отката, чтобы избежать
наводнение сети запросами на переподключение. По умолчанию задержка отсрочки
5, 10, 20, 40 и 80 секунд для последовательных запросов повторного подключения от
клиент (последняя задержка будет повторяться для всех последующих попыток после пятой).
Установка переменной окружения PMCD_RECONNECT_TIMEOUT в список, разделенный запятыми
положительных целых чисел будет переопределять задержки отсрочки, например, установка
PMCD_RECONNECT_TIMEOUT до `` 1,2 '' отключается на 1 секунду, затем попробуйте еще
после этого запрос на подключение каждые 2 секунды.

PMCD_REQUEST_TIMEOUT
Для монитора или клиентских приложений, подключенных к пмкд(1) существует возможность
приложение "зависает" на запросе показателей производительности, метаданных или справки
текст. Эти задержки могут стать серьезными, если система работает пмкд сбои, или
сетевое соединение потеряно. Установив переменную среды
PMCD_REQUEST_TIMEOUT до количества секунд, запросы к пмкд будет тайм-аут после
это количество секунд. По умолчанию нужно ждать 10 секунд.
за ответ от каждого пмкд для всех приложений.

PMCD_WAIT_TIMEOUT
После появления пмкд(1) начинается с $ PCP_RC_DIR / pcp затем первичный экземпляр
pmlogger(1) будет запущен, если флаг конфигурации pmlogger is chkconfig(8)
включен и пмкд работает и принимает соединения.

Проверка на пмкдготовность дождаться PMCD_WAIT_TIMEOUT секунд. Если пмкд
имеет длительное время запуска (например, в очень большой системе), то PMCD_WAIT_TIMEOUT
может быть настроено на обеспечение максимального ожидания дольше 60 секунд по умолчанию.

PMNS_DEFAULT
Если установлено, то интерпретируется как полный путь, который будет использоваться в качестве локальной PMNS по умолчанию.
для pmLoadNameSpace(3). В противном случае локальная PMNS по умолчанию находится в
$ PCP_VAR_DIR / pcp / pmns / корень для базовых установок PCP.

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

Переменная окружения PCP_COUNTER_WRAP может быть установлен, чтобы указать, что все такие
случаи убывающего `` счетчика '' следует рассматривать как переполнение счетчика, и
следовательно, предполагается, что значения были перенесены один раз в интервале между
последовательные образцы. Такое поведение `` упаковки '' было по умолчанию в более ранних версиях PCP.
версий, но по умолчанию отключено в выпуске PCP, начиная с версии 1.3.

PMDA_PATH
The PMDA_PATH переменная среды может использоваться для изменения пути поиска, используемого
пмкд(1) и pmNewContext(3) (для PM_CONTEXT_LOCAL контекстах) при поиске
демон или DSO PMDA. Синтаксис следует таковому для PATH in sh(1), то есть двоеточие
разделенный список каталогов, а путь поиска по умолчанию
`` / var / pcp / lib: / usr / pcp / lib '', (или `` / var / lib / pcp / lib '' в Linux, в зависимости от
значение переменной окружения $ PCP_VAR_DIR).

PMCD_PORT
Порт (ы) TPC / IP, используемый пмкд(1) для создания сокета для входящих подключений
и запросов, исторически было 4321, а в последнее время официально зарегистрировано
порт 44321; в текущем выпуске, и номера портов по умолчанию используются как
переходное расположение. Это можно изменить, установив PMCD_PORT к
другой номер порта или список номеров портов, разделенных запятыми. Если не по умолчанию
порт используется, когда пмкд запускается, затем каждое приложение мониторинга, подключающееся к
которая пмкд также должен иметь PMCD_PORT установить в их среде, прежде чем пытаться
подключение.

Следующие переменные среды относятся к установкам, в которых pmlogger(1)
используется архивный регистратор PCP.

PMLOGGER_PORT
Переменная окружения PMLOGGER_PORT может использоваться для изменения базового порта TCP / IP
номер, используемый pmlogger(1) для создания сокета, к которому пмлк(1) экземпляры попробуют
и подключаемся. Номер базового порта по умолчанию - 4330. При использовании PMLOGGER_PORT
должен быть установлен в среде до pmlogger выполнен.

PMLOGGER_REQUEST_TIMEOUT
После появления пмлк(1) подключается к pmlogger(1) существует отдаленная возможность пмлк
«зависание» на запросе информации вследствие сбоя в сети
or pmlogger. Установив переменную среды PMLOGGER_REQUEST_TIMEOUT к
количество секунд, запросы на pmlogger будет тайм-аут по истечении этого количества секунд.
Поведение по умолчанию - вечно ждать ответа от каждого
запрос к pmlogger. При использовании PMLOGGER_REQUEST_TIMEOUT должен быть установлен в
окружающая среда до пмлк выполнен.

Если у вас установлен продукт PCP, то следующие переменные среды:
относящиеся к агентам домена показателей производительности (PMDA).

PMDA_LOCAL_PROC
Использование этой переменной устарело и теперь игнорируется. Если `` прок '' PMDA
настроен как DSO для использования с пмкд(1) на локальном хосте, затем все
метрики proc будут доступны для приложений, использующих PM_CONTEXT_LOCAL
контекст.

Предыдущее поведение заключалось в том, что если эта переменная была установлена, то контекст
установлено с напишите of PM_CONTEXT_LOCAL получит доступ к `` proc '' PMDA
для получения показателей производительности отдельных процессов.

PMDA_LOCAL_SAMPLE
Использование этой переменной устарело и теперь игнорируется. Если `` образец ''
PMDA настроен как DSO для использования с пмкд(1) на локальном хосте, затем все
`` образцы '' показателей будут доступны приложениям, использующим PM_CONTEXT_LOCAL
контекст.

Предыдущее поведение заключалось в том, что если эта переменная была установлена, то контекст
установлено с напишите of PM_CONTEXT_LOCAL будет доступ к `` образцу ''
PMDA, если этот дополнительный PMDA был установлен локально.

PMIECONF_PATH
Если установлено, пмиконф(1) сформирует его пмиконф(5) спецификация (набор параметризованных
Пими(1) правила) с использованием всех допустимых пмиконф файлы, находящиеся под каждым подкаталогом в этом
Список подкаталогов, разделенных двоеточиями. Если не установлен, по умолчанию используется
$ PCP_VAR_DIR / config / pmieconf.

Используйте PCPIntro в Интернете с помощью сервисов onworks.net