Руководство системного администратора • третье издание { h h y с п п т п р



Pdf просмотр
страница72/82
Дата12.11.2016
Размер7.94 Mb.
Просмотров12841
Скачиваний0
ТипРуководство
1   ...   68   69   70   71   72   73   74   75   ...   82
Анализ производительности
П рои з водитель нос т ь — одна из наиболее заметных характеристик любой системы, именно на нее чаще всего жалуются пользователи. Многие пользователи убеждены в том, что их системы могли бы работать в два раза быстрее, если бы администраторы знали, как нужно настроить эти системы, чтобы реализовать заложенный в них огромный потенциал. В действительности это чаще всего нет а к . Одно из известных заблуждений администраторов заключается в манипулировании переменными ядра, которые управляют подсистемой виртуальной памяти и буферными областями. Когда- то давно это было действительно необходимо и разумно. Сегодня данная идея изжила себя. Вероятнее всего, вып рост о снизите общую производительность системы и даже не узнаете ото м , что сделали, продолжая тем нем е нее поздравлять себя ах, какой же як л асс н ы й специалист по ядру В современных системах ядро изначально настроено надо ст иже ни ед остаточной хотя и не оптимальной) производительности при различных режимах работы. Если попытаться оптимизировать систему пока кому- то случайно выбранному показателю производительности, весьма вероятно, что поведение системы ухудшится вот ношении других показателей и режимов работы. Получение результатов кажется делом легким, новы игры ш чаше всего небо лее чем иллюзия. В частности, относитесь скептически ко всему, что пишется в Internet. Какие только аргументы не приводятся в дискуссиях поп рои з водитель нос тис ист ем При этом большинство сторонников всевозможных теорий не обладает низ на ни ямин иди с ц и тиной. нив ре мене мне обходимыми для проведения достоверных экспериментов. Широкая поддержка пользователей также ничего не значит, ибо каждое глупое предложение очень часто сопровождается хором восторженных комментариев" Я увеличил размер к э ш - буфера в десять разка к предложил Джо. и система заработала ГОРАЗДО, ГОРАЗДО быстрее. Коек аки е средства управления производительностью, конечно же. имеются. Простону ж но помнить ото м , что для достижения высокой производительности недостаточно" волшебных" исправлений или" заплат. Соблюдайте два основных правила.
Главо 25. Анализ производительности
7 9 3
Не перегружайте систему и сеть. U N I X создает для каждого процесса иллюзию бесконечности ресурсов. Однако, как только вдело вступают все ресурсов системы, операционной системе приходится работать очень напряженно. На поддержку иллюзии расходуется ощутимая доля самих ресурсов. В результате процессы замедляются. Собирайте и анализируйте хронологические данные о работе системы. Если е ш е неделю назад был полный порядок, асе й час все изменилось, сравнение характеристик системы в двух состояниях позволит выявить источник проблемы. Всегда держите при себе список оптимальных параметров производительности. В этой главе мыс ос ред ото ч им внимание напр о изводите ль нос тисе рве р - н ы х систем. В настольных системах описанные ниже проблемы, как правило, не возникают, поэтому ответ на вопрос ото м , как повысить производительность настольной системы, обычно прост" Проведи модернизацию. Пользователям такой ответ нравится, поскольку оно знача е т , что им чаще придется устанавливать усе б я новые модные системы. Как повысить производительность Приведем ряд советов, касающихся повышения производительности. Убедитесь, что в системе достаточно памяти. Как будет показано ниже, объем памяти один изо снов н ы х факторов, влияющих напр о изводите ль нос т ь . Память сегодня столь дешевая, что ее можно оперативно наращивать припер вы х же признаках загруженности системы. Устраните проблемы, связанные си с пользованием ресурсов. Проблемы могут создаваться как пользователями одновременный запуск слишком большого количества заданий, неэффективные методы программирования, выполнение заданий с завышенным приоритетом, запуск громоздких программ в часы пик, таки самой системой квоты, учет времени центрального процессора, ненужные демоны. Если- система используется в качестве- сервера или сетевого сервера приложений, распределите трафик между несколькими компьютерами с помощью коммерческой системы выравнивания нагрузки, например компании. c o m ) или компании w w . a l t e o n w e b s y s t e m s . c o m ) . Эти устройства делают так. что несколько физических серверов начинают восприниматься внешним миром как один логический сервер. Распределение нагрузки осуществляется по алгоритму, выбираемому пользователем. Такие системы обеспечивают также избыточность данных нас луча й , если один из серверов выйдет из строя. Они совершенно необходимы, если система должна выдерживать внезапные" всплески" активности. Организуйте жесткие диски и файловые системы так, чтобы сбалансировать нагрузку на них итак им образом максимально повысить пропускную способность средств ввода- вывода. В специфических ситуациях, например при работе с базами данных, можно использовать технологию, позволяющую оптимизировать обмен данными. Необходимо отметить, что разные приложения и СУБД пора з ному ведут себя, будучи распределенными нанес коль код исков. Утех но логи и RAID имеется несколько вариантов реализации, поэтому придется потратить усилия на выяснение того, какой из них ( если таковой вообще имеется) подходит для данного конкретного случая
Чость III Рои.-,С»
Осуществляйте текущий мониторинг сети, чтобы избежать ее перегрузки и добиться низкого коэффициента ошибок. Сети можно контролировать с пом о шью программы. окот о рой рассказывалось в параграфе. С конф игу р и р у й те ядро так, чтобы отключить ненужные драйверы и опции, атак же использовать системные таблицы корректного размера. Эти вопросы освещаются в главе. Выявите ситуации, когда система совершенно неудов лет вор я е т предъявляемым кн ей требованиям Этим еры перечислены в порядке убывания эффективности. Подключение дополнительной памяти и распределение трафика между несколькими серверами может значительно повысить производительность. Некоторого улучшениям о ж но добиться за счет правильной организации системных дисков и устранения проблем с сетью. Все остальные меры могут и нед ать желаемого результата. Факторы, влияющие на производительность Производительность системы во многом определяется эффективностью распределения и коллективного использования ее ресурсов. Определение термина" ресурс" весьма расплывчато. Оном о же т подразумевать даже такие компоненты, как к э ш содержимого регистров центрального процессора и элементы адресной таблицы контроллера памяти. Впер во м приближении, однако, серьезное влияние напр о изводите ль нос т ь оказывают только четыре вида ресурсов время использования центрального процессора память полоса пропускания дисковой подсистемы ввода- вывода, полоса пропускания сетевой подсистемы. Каждый процесс потребляет некоторую часть ресурсов системы. Если после того как активные процессы взяли все, что им нужно, остались свободные ресурсы, можно сказать, что производительность системы является удовлетворительной. Если ресурсов недостаточно, процессы становятся во черед ь . Процесс, не имеющий немедленного доступа кн е обходимым ресурсам, должен подождать, ничего при этом не предпринимая Время, затрачиваемое на ожидание ресурсов один изо снов н ы х показателей ухудшения производительности. Самый простой сточки зрения учета ресурс время использования центрального процессора Ц П ) . Враспор я жени и системы бывает всегда примерно одна и та же часть его мощности. Теоретически эта величина составляет все 100% циклов Ц П . нона клад н ы ера сходы" и другие причины снижают эту цифру где- то до. Для процесса, занимающего более врем е ш ! Ц По грани ч ива ю щи м фактором является быстродействие центрального процессора. Такой процесс потребляет большую часть вычислительных мощностей системы. Многие считают, чтобы стр оде й ст в и е Ц Псам ы й важный фактор из тех. которые влияют на общую производительность системы. При наличии неограниченных объемов всех остальных ресурсов или для определенных типов приложений например, программ численного моделирования) быстродействие Ц П действительно играет роль. Напр акт и к еже этот показатель нес толь важен.
Главо 25. Анализ производительности
7 9 5
Настоящее узкое место в U N I X - системах канал обмена данными с жестким диском. Жесткие диски представляют собой механические системы, поэтому напои с кн е обходимого блока, выборку его содержимого и пробуждение ожидающего его процесса уходят десятки миллисекунд. Задержки такого порядка отодвигают на второй план все остальные источники ухудшения производительности. Каждое обращение к диску вызывает приостановку активного процесса" стоимостью" внес коль коми л ли оно в команд Ц П . Поскольку вис пользуется виртуальная память, то скорость дискового обмена непосредственно связана со б ъ ем ом имеющейся памяти. В сильно загруженной системе со грани ч е н н ы м объемом ОЗУ для получения чистой страницы виртуальной памяти часто приходится записывать ее содержимое над иск. К сожалению, это означает, что обращение копер ат ив ной памяти посв о ей" стоимости" приближается краб от е с диском. Выгрузка и подкачка страниц, вызванные непомерно раздутыми объемами выполняющихся программ, в большинстве рабочих станций враг номер один производительности Пропускная способность сети подвержена примерно таким же ограничениям, что иск о рост ь дискового обмена. Ее ухудшение связано сов сев о з - м о ж н ы ми задержками Ново з ник а ю щи е проблемы охватывают целые сообщества, а не отдельные компьютеры. Кроме того, сети восприимчивы к проблемам аппаратного обеспечения и перегрузкам серверов. Проверка производительности системы Программы анализа производительности в большинстве своем сообщают ото м , что происходит в данный момент времени. Нос лед у е т учесть, что структура их арак терна груз к ив течение дня изменяются. Поэтому перед принятием мер обязательно проведите всесторонний анализ данных, касающихся производительности. Истинная производительность выясняется только послед лите ль ног оме с я ц или даже больше) наблюдения за системой. Анализ использования центрального процессора Обычно собирают три вида данных о центральном процессоре общим показатель использования, средняя величина нагрузки и потребление ресурсов с разбивкой поп ро ц е с сам. Первая характеристика определяет, является лис ко рост ь работы самого процессора слабым местом. Вторая характеристика дает возможность оценить общую производительность системы. Данные, касающиеся отдельных процессов, позволяют выявить такие процессы, которые потребляют наибольшее количество ресурсов. В большинстве систем требуемую информацию выдаст команда, а в Solaris и H P - U X этой цели служит команда- и Обе они принимают два аргумента время (все ку н да х ) , в течение которого нужно наблюдать за системой для получения каждой строки выходной информации, и необходимое число отчетов. Например ваги 3 : 5 0 1 3 : 3 3 : 5 5 1 3 : 3 4 : 0 0 1 3 : 3 4 : 0 5
A v e r a g e
%usr
* s y s t w i o
% i d l e
4
з а
27 1 1 7
8 3 9
0 9
77 13 0
2 25 3
7 1 0
0 0
100
4
4 9 10 36 7 9 6
Чость 111. Розное
Команда- ивы даст данные одолев ре м е ниц е н трального процессора, затраченного нар а боту пользовательских программ ч э г ) , на выполнение кода ядра з у вина простой. При наличии процессов, заблокированных входе выполнения высокоскоростных операций ввода- вывода обычно это обращения к жесткому диску, время простоя добавляется в категорию, в противном случае оно записывается в колонку. Команда выдает много разной информации. Сведения, касающиеся центрального процессора, приводятся в последних колонках
ргосэ
page
faults
cpu
г Ь w
re mt pi ро ffr de sr in
ay cs
US
ay Id
О О О
0
0 0 0 0 0 0 4
22 19
2 1 97
1 0 0
67
2 0 0 0 0 0 26
751 52
53 4T 0
О ООО О Ос
С 0 0
1
0 0 0 0
0 0
11
216 20
1 11 ее
Н е которые колонки в этом примере опущены. Данные, имеющие отношение кв ы груз к е и подкачке страниц виртуальной памяти, мы пока рассматривать небу де м . Пользовательское время, системное время ив ре м я простоя показаны соответственно в столбцах и i d . Большие числовые значения в столбце обычно означают вычисления, а в столбце говорят ото м , что процессы производят очень много системных вызовов или выполняют операции ввода- вывода команда показывает число системных вызовов все ку н д у в столбце раздела. Выработанное нами зам ноги его д ы эмпирическое правило, справедливое для большинства систем, гласит, что система должна тратить примерно рабочего времени на обслуживание пользовательских запросов ист о ль коже времени нас ист ем н ы е запросы. Общее время простоя нед о л ж но быть нулевым. В колонке показано число переключений контекст о взад ан н ы й период, тес коль кора з ядро переключало процессы. Слишком большое значение в данном столбце свидетель ста у е тоне правильно работающем аппаратному строй ст в е . Длительные измерения статистики работы центрального процессора позволяют определить, достаточно ли его ресурсов для нормальной работы. Если процессор тратит часть своего времени напросто й , значите ст ь запас пота кто вой частоте. В этом случае увеличение быстродействия процессора ненамного улучшит общую производительность системы, хотя может и ускорить выполнение отдельных операций. Как видно из приведенных примеров, центральный процессор постоянно переключается из режима полной нагрузки в режим полного бездействия и обратно. Поэтому необходимо наблюдать зап ока за тел ям и , соответствующими обоим режимами выводить среднее за определенный период времени. Чем меньше интервал наблюдения, темни же достоверность оценок. Центральный процессор одно пользовательской рабочей станции обычно тратит напросто й 9 9 % своего времени. Когда запрашивается прокрутка содержимого одного изо кон, Ц Пс прав ля е т с я с этой операцией занес коль косе ку н д . Вт а кой ситуации долгосрочный средний показатель использования Ц П практически не имеет смысла. Второй статистический показатель, полезный для оценки интенсивности использования системы это средняя величина нагрузки, тес ред нее число выполняемых процессов. Во б щ ем случае сюда включаются процессы.
Главо 25. Анализ производительности
7 9 7
ожидающие обмена данными с диском или сетью, так что это нечистый" показатель использования ЦП. Тем ие менее он лает достаточное представление о томна сколько кусочков режется процессорный "пирог. Среднюю величину нагрузки можно узнать с помощью команды uptime:
% uptime
2:07pm u p 4 : 0 2 , 5 u s e r s , l o a d a v e r a g e : 0 . 9 5 , 0 . 3 8 , 0 . 3 1 Выдаются три значения, которые в большинстве систем соответствуют средней нагрузке за пять, десять и пятнадцать минут. Как правило, чем выше средняя нагрузка, тем важнее общая производительность системы. Если выполняется всего лишь один процесс, он. обычно, бывает ограничен одним-единственным ресурсом (чаще всего центральным процессором или пропускной способностью жесткого диска. Пиковый спрос на этот ресурс и становится определяющим фактором производительности. Когда в системе одновременно работает несколько процессов, нагрузка может распределяться более равномерно. Если все работающие процессы потребляют ресурсы ЦП, диска и памяти, то зависимость производительности системы от ограниченных возможностей какого-то одного ресурса снижается. В такой ситуации гораздо важнее следить за средними показателями нагрузки, в частности за общим временем использования центрального процессора. Современные системы плохо справляются со средней нагрузкой более 6.0 Показатель такого порядка — намек на то. что нужно начать поиск путей искусственного перераспределения нагрузки, например попросить пользователей запускать длительные процессы вечером или назначить процессам приоритеты с пом о шью команды nice.
Подробнее о приоритетах можно узнать в параграфе 4.1.
Средняя величина нагрузки — это отличная метрика для повседневного контроля системы. Если известен показатель нормально работающей системы и при возникновении проблем показатель находится в том же самом диапазоне, значит, следует искать внешний источник проблемы (это может быть, к примеру, сеть. В противном случае нужно проверить процессы самой
U N I X - системы
Еше один способ контроля над использованием ЦП — посмотреть, какую часть его времени потребляет каждый процесс. Для этого служит команда ps с соответствующими аргументами (-aux в Red Hat ив и Solaris). Чаще всего оказывается, что в перегруженной системе минимум
70% времени ЦП потребляется одним-двумя процессами (помните о том. что команда ps сама занимает немного ресурсов. Запуск процессов-пожирателей в другое время суток или снижение их приоритетов позволит высвободить
ЦП для выполнения других процессов. Прекрасная альтернатива команде ps — программа top. Она выдает примерно туже информацию, что и ps. ио в " живом" формате, позволяющем наблюдать за изменением состояния системы во времени"
Боаее подробная информация о программе top содержится в парагрофе 4.8.
* Программа top потребляет довольно много ресурсов, поэтому пользуйтесь ею в разумных пределах.
7 9 8
Чость 111. Розное
Управление памятью в UNIX Память обычно организована в виде модулей, называемых страницами и имею ш их объем минимум Кбайт. Если эта величина превышает размер страницы, поддерживаемый центральным процессором или контроллером памяти, такие модули иногда называют" кластерами страниц. Дисковые блоки обычном е н ь шест рани ц памяти Кбайт или байт, поэтому ядро связывает с каждой записываемой страницей несколько блоков. Операционная система старается управлять памятью так, чтобы страницы, к которым недавно обращались, хранились в памяти, а менее активные страницы" выгружались. Этот алгоритм известен под названием замещение наименее используемых элементов, потому что тест рани ц ы , к которым долго никто не обращался, перемещаются над иск. Отслеживание всех обращений к страницам слишком дорогое удовольствие для ядра, поэтому в большинстве версий используется статистический методу правления памятью, известный какал горит мча сов. Оно б ходит с яг о разд оде ш е в лесист ем ы L R U , аре з ул ь таты дает такие же. Ядро ведет список неиспользуемых страниц, которые можно выгружать над иск. Если памяти не хватает, страницы помещаются в этот список как бы в случайном порядке и асам ом деле существует определенный порядок, в соответствии скот о рым стрелка" часов" указывает на все страницы одинаково часто. Когда страница попадает в список, ее адресу дал я е т с я из контроллера памяти и при следующем обращении кн ей выдается сообщение обо ш и б к е . Если кн е используемой странице производится обращение до ее выгрузки так называемая нестрогая ошибка), ядро изымает ее из списка ив ос стана вливает соответствие адресов в контроллере памяти. После этого страница находится в безопасности до следующего прохода стрелки. Обычно страницам, к которым обращаются нечасто, спастись не удается их содержимое в конце концов переписывается над иски освободившиеся страницы можно использовать для других процессов Потребность в памяти меняется, поэтому ядром о же т запускать алгоритм часов с разной скоростью. Если свободной памяти много, часы не работают вовсе, освобождая систему от необходимости обрабатывать нестрогие ошибки. Когда спрос на память крайне высок, часы" тикают" очень быстро ист рани ц ы нужно" спасать" гораздо быстрее, иначе они будут выгружены над иск. Если к помешенной в список странице в течение какого- топ роме жутка времени не было обращения, то система виртуальной памяти считает эту страницу" неактивной" им о же т выгрузить ее содержимое в файл подкачки. Для выбора соответствующей скорости" часов" системе приходится прогнозировать будущую активность процесса замещения страниц. Если" часы" станут работать слишком медленно, того числа страниц, которое находится в списке, может не хватить для обеспечения достаточного объема памяти. Если" часы, наоборот, начнут работать быстрее, чем нужно, ядро будет тратить лишнее время на обработку нестрогих ошибок. Поскольку алгоритм выгрузки прогнозирующий, томе жду случаями выгрузки страниц и случаями выделения страниц работающим процессам необязательно должно быть однозначное соответствие. Цель системы обеспечить наличие достаточного объема памяти, чтобы процессам не приходилось ждать выгрузки страниц всякий раз, когда им нужна свободная память. Не всегда нужно сохранять над иске содержимое страницы, которая будет использоваться повторно. Тест рани ц ы , содержимое которых можно извлечь изд осту п н ы х для системы источников, просто выбрасываются.
Глово 25 Анолиз производительности
/9У

Перекачка ( св оп и н гр е али з у е т с я несколько иначе, чем выгрузка. Она также осуществляется упреждаю ш е , нона основе точных записей ока ж дом процессе, ан ест ат ист и чески хо цен о к . Если свободной памяти очень мало и известно, что тот или иной процесс пока к им- топ р и чинам долго простаивает десятки секунд, лучше сразу выгрузить из памяти все его страницы, ан еж дать, пока их соберет алгоритм часов. Когда ядро принудительно выгружает из памяти готовые кв ы полн е ни ю процессы, это очень плохой признак. Такую ситуацию называют" пробуксовкой, или" перекачкой ото т чаяния, и означает она крайний дефицит памяти. При этом значительная часть ресурсов системы тратится и е и д полезную работу, а на управление памятью. Похожая патология системы виртуальной памяти может иметь место, когда два больших процесса конкурируют зап р а во использования центрального процессора. Когда первый процесс начинает работу, она к т ив из и р у е т группу своих страниц, вытесняя некоторые страницы второго процесса. Затем запускается второй процесс, который восстанавливает свои страницы за счет первого. В результате ни один изд в ух процессов не работает нормально" Воровать" страницы могут даже процессы, работающие с низким приоритетом Предположим, например, что нар а б очей станции выполняется моделирую ша я программа сочень низким приоритетом и , соответственно, высоким значением, и одновременно с этим во кн е терминала пользователь читает электронную почту. Как только пользователь делает паузу, чтобы прочесть сообщение, показатель использования Ц П падает доп ул я им одели р у ю ша я программа получает разрешение нар а боту. Она активизирует все свои страницы, вытесняя из памяти интерпретатор команд, менеджер окон, программу чтения почты и , наконец, эмулятор терминала. Когда пользователь нажимает клавишу <7М> для перехода к следующему сообщению возникает длинная пауза, потому чтоб о ль ш ой блок памяти системы перекачай над иск. Таким образом, напр акт и к е высокое значение не гарантирует, что процесс с низким приоритетом не вызовет ухудшения производительности. Анализ использования памяти Для тех, кто работает нар а б очи х станциях, самый лучший анализатору ш и . Интенсивность операций подкачки, как правило, пропорциональна громкости" треска, который слышится изд исков ода. В большинстве случаев он вызвано бы ч н ы м перемещением головок, нос о ответ ст в и ед оста точно корректно и позволяет получить об шее представление оп рои сходящем. Интенсивность операций с памятью количественно представляется двумя показателями общим объемом задействованной виртуальной памяти иск о рост ь ю подкачки. Первый показатель характеризует общую потребность памяти, автор ой указывает на тока ка яд о ля этой памяти активно используется. Цель заключается в снижении интенсивности использования или увеличении объема памяти доте х пор, пока не будет получен приемлемым уровень подкачки. Подкачка процесс неизбежный поэтому полностью избавиться от нее неуда ст с я никогда. Данные обо б ъ ем е используемой области подкачки можно получить с помощью команды в Solaris, spawinfo в H P - U X , swapon -s в Red Hai и pstat -s во F r e e B S D . Весть также команда -г ( как обычно, с аргументами, задающими интервал наблюдения, но пока к им- топ р и чиним она дает результат, неполно ст ь юс о впадающий срезу ль татом команды d e v s w a p l b l o c k s f r e e
ZCi
Чость 111. Розное

/ d e v / d a k / c O t C d O s l 3 2 , 1 1 6 1 6 4 4 0 0 1 6 2 9 6 0
% шаг- с 5 1 7 : 5 8 : 5 2 f r e e m e m f r e e s w a p
1 7 : 5 8 : 5 7 3 6 1 1 7 9 6 1 6
% p e t a t
D e v i c e I K - b l O c k s U s e d A v a i l C a p a c i t y T y p e
/ d e v / w d O s l b 7 0 7 8 4 0 7 0 6 5 6 0 % I n t e r l e a v e d
/ d e v / d a О Ъ 1 0 4 B 9 2 0 0 1 0 4 8 7 9 2 0 % I n t e r l e a v e d
T o t a l 1 1 1 9 4 4 8 0 1 1 1 9 4 4 8 0 % Команда позволяет узнать объем области подкачки в килобайтах, тогда как команды и sar -г — в 5 1 2 - байтовых блоках. В число величин, сообщаемых этими командами, не входит объем ОЗУ, поэтому общий объем виртуальной памяти приблизительном о ж но о иен и т ь пота кой формуле
ВП - ОЗУ * исп о ль э уем ы й _ об ъ е и _ области подкачки В большинстве систем статистик' страничных операций получают с пом о шью команды У p a g e d i s k f a u l t s г b w s w a p f r e e r e ш p i ро С 0 З Э « ? 1 6 1 0 3 Я 4 0
3 1 0 0 0
0 0
0 0 0 1 3 2 1 1 1 5 8 0 0 0 3 4 1 7 6 4 1 1 0 6 4 0 2 6 1 1 1 0
0 0
0 1 0 1 5 0 2 1 5 1 0 0 0 0 0 3 5 1 7 5 2 1 2 9 6 В
1 6 9 0 9 9 0
0 0
0 2 0 1 7 3 3 5 8 1 5 6 0 0 0 3 6 0 2 4 0 1 4 5 2 0 0 3 0 6 0 0 0
0 0
0 1 0 1 3 8 1 7 6 7 1 1 0 0 3 6 6 6 4 8 1 5 7 1 2 0 7 3 о e 4 0
0 0
0 3 6 0 3 9 0 4 7 4 2 3 7 Информация об использовании центрального процессора в этом примере опущена. Подзаголовком показано количество процессов, готовых кн ем ед ленному выполнению, заблокированных во жида ни ив вода вывода, атак жег ото вы х кв ы полн е ни юно перекачанных над иск. Если значение в колонке когда- нибудь станет отличным от нуля, это будет означать, что объем системной памяти нес о ответствует текущей нагрузке. В колонке выдается объем доступной виртуальной памяти в килобайтах. В колонке отображается объем в килобайтах) списка неиспользуемых страниц системы. Если приведенные вне й числа нед ости га ют ото б щ его объема системной памяти, этого вор и тона ли ч и и проблем. Вслед у ю щи х семи колонках содержатся сведения остра ни ч н ы хоп ера- ц и я х . Приведены средние значения количество все ку н д учи слово з в р а щенных восстановленных из списка неиспользуемых) страниц число незначительных ошибок связанных сне большим числом страниц объем подкачанных данных в килобайтах ро — объем выгруженных данных в килобайтах объем списка неиспользуемых страниц в килобайтах объем" ожидаемого краткосрочного дефицита памяти" в килобайтах
• s r — число страниц, обработанных по алгоритму часов. Самый надежный показатель возникновения серьезных проблем с памятью колонка. Если стоящее вне й число часто зашкаливает за,
Глово 25. Анолиз производительности
8 0
это значит, что компьютеру нужно больше памяти К сожалению, во многих версиях команды это значение и е выводится Команда выдает статистические данные не постраничным операциям, а поперек а ч к е процессов Кажущиеся несоответствиям еж д укол он ка ми большей частью иллюзорны. Вод них колонках указывается число с граница вдруг их объем м килобайтах. Алгоритм часовне отвечает зав се случаи освобождения страниц, так как некоторые страницы могут добровольно освобождаться самими процессами. Все приведенные числа округленные средние. Болеет ого, одни из них средние с кап яр н ы х величина другие средние изменений. Например, нельзя вычислить следующее значение потеку щ ему значению этого параметра и имеющимся сведениям остра шитых операциях, потому что события, которые определяют следующее среднее значение г ее. еще и е произошли. Подкачка данных необязательно означает, что изо б ласт и подкачки восстанавливается страница. Этом о же т быть исполняемый код, пост рани ч но загружаемый из файловой системы, или копия страницы, дублируемой приза пи си. Оба этих случая нормальны и необязательно означают нехватку памяти. С другой стороны, выгрузка всегда говорит оп р и нудите льном изъятии данных ядром. Когда в системе имеет место непрерывный поток операций выгрузки, ей явно не хватает памяти. Если же выгрузка происходит лишь время отв ре м е ни и нес о з дает никаких проблем, на нее можно не обращать внимания. Если состояние системы где- топ осе ред и недальней ш и й анализ будет зависеть оттого, что нужно сделать оптимизировать систему для интерактивною режима например, как рабочую станцию) или с конф игу р и ров ать ее для одновременной работы пользователей например, как сервер приложении) Если половину операций обмена составляет выгрузка, можно подсчитать, что каждые таких операций создают задержку приблизительно в одну секунду. Если для прокрутки окна необходимо провести операций выгрузки, придется ждать их окончания около полутора секунд. Исследователи пользовательских интерфейсов утверждают, что средний пользователь считает систему" медленной, если время ее реакции превышает семьдесят ы х секунды. Анализ операций обмена с диском В большинстве систем можно контролировать пропускную способность жесткого диска с помощью команды. Как и vmstat, этаком ан да имей необязательные аргументы, задающие промежуток времени все ку н да х между моментами выдачи статистических данных за истекший период и число повторений. Первая строка выходной информации содержит сводку событии, произошедших см оме н та начальной загрузки системы. Как и vmstat. команда выдает информацию об использовании време>п< ц е н т р а л ь н о г о п р о ц е с с о р а
% i o e t a t 5 5 t t y s d O s a l n f s i cpu t i n t o u t k p s t p s s e r v k p s t p s s e r v k p s t p s s e r v u s
sy VJI
- O
0 1 5 1
1 8 1 4 2
2 0
' 0 0
0 0
0 0 9 9 0 3 9 0 0
0 2
0
:« С
0 0
0 0
0 I 0 L
2 2 6 3 0
1 3 8
1 2 1 0
0 0
0 0
0 I C J
3 1 1 9 0
0 0
1 9
2
1 3 0
0 0
0 1
! 98 1 1 6 5 1
1 9 0
0 0
0 0
0 0
0 0 10L



Поделитесь с Вашими друзьями:
1   ...   68   69   70   71   72   73   74   75   ...   82


База данных защищена авторским правом ©nethash.ru 2019
обратиться к администрации

войти | регистрация
    Главная страница


загрузить материал