Длина очереди диска в мониторе ресурсов какая должна быть

Мониторинг ресурсов windows, на что обращать внимание

No Comments

Processor: % Processor Time

(% загрузки процессора)

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

Счетчик Processor Time на самом деле измеряет не загрузку процессора как таковую, а готовность планировщика предоставить управление потоку по первому требованию. Правильно спроектированная программа практически не загружает процессор, даже если занимается такими «тяжелыми» операциями, как сжатие, криптография и т.д. А кривая программа дает 100%-ную загрузку независимо от мощности процессора (для этого ей достаточно просто войти в длинный цикл — и баста).

Быстрая диагностика производительности HDD

Таким образом, 100%-ная загрузка ЦП указывает на наличие одной или нескольких кривых программ. Переход на более мощный ЦП не решает проблемы, и тормоза остаются. В таком случае необходимо найти процесс, который грузит ЦП (удобнее всего это делать через диспетчер задач или систему Alert «Монитора производительности»), и убить его, после чего деинсталлировать соответствующее ему приложение и воспользоваться более корректно написанным программным пакетом. Если же это невозможно, остается либо мириться с тормозами, либо приобрести многопроцессорную машину, тогда загрузка со 100% сразу упадет до 50%. Кстати говоря, на HT-процессорах 50%-ная загрузка равносильна 100%, поскольку загрузка одного виртуального процессора парализует работу другого со всеми вытекающими отсюда последствиями.

В нормальных же условиях средняя загрузка процессора не должна превышать 85%. В противном случае необходимо наращивать частоту процессора/системной шины/оперативной памяти или же увеличивать количество камней, естественно, убедившись, что мы имеем дело с реальной, а не липовой загрузкой ЦП, вызванной кривым ПО. А убедиться в этом очень просто: слегка тормозим процессор (большинство современных матерей позволяет это делать «на лету») и смотрим: если загрузка не изменилась, значит виновато ПО и ЦП тут совсем не причем.

System: Processor Queue Length

(Система: Длина очереди процессора)

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

Анализ производительности Windows — процессор и диск

Server Work Queues: Queue Length – не обязательно для пользователей.

(Рабочая область сервера: Длина очереди)

Рабочая очередь сервера. Чем короче, тем лучше. Если длина очереди меньше четырех запросов, сервер начинает реально тормозить, время отклика увеличивается, и клиенты чувствуют себя крайне некомфортно.

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

Ввод Память\Ввод страниц/сек Не более 1000 страниц

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

Memory: Page Faults/Sec

(Память: Ошибки страницсек) не более 1000

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

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

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

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

Memory: Pages/Sec

(Память:Обмен страниц в сек) не более 100

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

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

Еще по теме:  Монитор как сделать светлее

При интенсивности обмена в 60 и более страниц в секунду рекомендуется использовать программный или аппаратный RAID уровня 0. Чем больше дисков мы задействуем, тем быстрее будет происходить обмен данными. Как минимум необходимо выделить один диск для каждых 60 страниц. То есть при интенсивности обмена в 180 страниц в секунду нам необходимо по крайней мере три диска, на которых будет размещен только файл подкачки и больше ничего. Однако производительность все равно будет оставаться низкой до тех пор, пока мы не установим дополнительную оперативную память, так что RAID-массив можно рассматривать лишь как временное решение проблемы. Исключение составляют случаи, когда требуемое количество оперативной памяти просто не поддерживается железом (точнее, ее поддержка обходится чересчур дорого) и лучше мириться с низкой производительностью, чем вкладывать огромные средства в быстродействие.

Memory: Available Bytes

(Память: Доступно мегабайт)

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

Допустим, мы имеем 1 Гб RAM, а потребности сервера составляют 10 Гб. Вопрос: какое количество физической памяти покажет счетчик? Ответ: возможно, и ноль байт, но крайне маловероятно. Предположим, что процесс освободил 10 Мб (например, потому что от сервера отключился клиент).

Если вся эта память размещалась в RAM, то количество свободной физической памяти увеличится на 10 Мб, притом что ~9 Гб будут болтаться в файле подкачки. Если система интенсивно выделяет/освобождает большое количество памяти, то показания этого счетчика могут достигать 25% и более от общего объема физической памяти, но это еще не значит, что памяти достаточно, и нужно смотреть на количество обращений к файлу подкачки, что описано выше.

Memory: Committed Bytes

Байт выделенной виртуальной памяти.

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

Но это идеализированная ситуация, и в реальной жизни памяти сплошь и рядом оказывается недостаточно. Сам по себе объем выделенной памяти ни о чем не говорит! Вытеснение редко используемого кода/данных в своп практически не снижает производительност, и тут опять-таки нужно смотреть на интенсивность обмена с файлом подкачки.

PhysicalDisk: Current Disk Queue Length

(Текущая длина очереди диска.)

Длина очереди запросов на чтение/запись к физическому диску. Чем короче, тем лучше. Если в очереди постоянно находится два и более запросов, то это не есть хорошо и для увеличения производительности рекомендуется обзавестись программным или аппаратным RAID’ом или использовать более быстрые диски. Как вариант — можно реорганизовать размещение программ и данных, распределив их по разным разделам, или просто запустить дефрагментатор.

PhysicalDisk: % Disk Time

( %Активность диска)

Время занятости диска, в течение которого он обрабатывал запросы на чтение/запись, в процентах. Если загруженность диска достигает 100%, то образуется конкретный затор, требующий перехода на RAID-массивы, использования более быстродействующих винчестеров или дефрагментации. Загрузка менее 80% считается вполне допустимой.

LogicalDisk: % Free Space

(Логический диск % свободного места)

Объем свободного дискового пространства в процентах. Если диск заполняется на 80% и более, файловая система NTFS в силу своих конструктивных особенностей начинает конкретно тормозить, а если свободного пространства остается менее 10%, происходит необратимая фрагментация $MTF-файла, хранящего данные обо всех остальных файлах на диске. То есть если диск хотя бы однажды окажется заполненным более чем на 90%, рекомендуется скопировать данные на другой носитель, отформатировать его и вернуть данные обратно. Или, как вариант, установить в «Мониторе производительности» Alert на этот счетчик и при заполнении диска на 80% начать удалять временные файлы, кэш или оправлять sms с уведомлением.

Network Interface: Bytes Total/sec

Загруженность сетевого интерфейса в байтах в секунду. Чем ближе она подбирается к его пропускной способности, тем хуже для пользователей. К сожалению, в такой ситуации очень мало что можно предпринять (переход со 100-мегабитного Ethernet’a на гигабитный не предлагать). Разве что пересмотреть политику документооборота, например перенести часть файлов с сервера на рабочие станции или установить еще один сервер, но это уже требует серьезных вложений.

Network Interface: Output Queue Length

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

Похожие статьи:

  1. мониторинг активности процессов Windows
  2. Разъемы материнской платы
  3. Как включить экономию памяти в Google Chrome
  4. Windows 10 загружает системный диск на 100%

Источник: xn—-8sbapcreae3aehgq2acbblimc8q.xn--80adxhks

Диск загружен на 100 процентов в Windows 10 — способы решения проблем с интенсивной загрузкой

Проверка загруженности диска на 100% в Диспетчере задач

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

  1. Нажмите ALT+CTRL+Delete на своей клавиатуре.
  2. Выберите из списка действий «Диспетчер задач».
  3. Выберите вкладку «Процессы».
  4. В этой вкладке можно увидеть столбец с именем «Диск». Именно в нем и будет указываться общая загруженность вашего диска.

Почему диск загружен на 100% в Windows 10

Причины, почему диск загружен на 100% в Windows 10:

  • Обновление системы.
  • Резервное копирование.
  • Службы системы Windows Search и Superfetch.
  • Процессы системы svchost и system.
  • Фрагментация дисков.
  • Наличие битых секторов.
  • Нагрузки процессами сторонних приложений.
Еще по теме:  Фпс монитор как настроить для игр

Первым делом, обратите внимание, какие процессы грузят диск на 100%. Исходя из этого, проще выявить неисправность:

  1. Чтобы определить процессы, что дают нагрузку на диск, нажмите Ctrl+Shift+Esc и отсортируйте процессы по колонке «Диск». Загрузка диска на 100%
  2. Также, процессы, которые нагружают диск, можно посмотреть, открыв вкладку «Производительность» — «Открыть мониторинг ресурсов» — вкладка «Диск». Мониторинг ресурсов
  3. Если во время нагрузки жесткого диска возникают просадки, что и «Диспетчер задач» не откроешь, воспользуйтесь KernRate чтобы выяснить, какой конкретно драйвер дает нагрузку. Запускайте утилиту от имени администратора, для копирования информации нажмите Ctrl+C и сохраните лог в текстовом документе. Kernrates
    В конце, в строке «Module», будет указан процесс (имя файла процесса), который нагружает систему.

Диагностика и поиск причин загрузки диска

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

Диспетчер задач

Диагностику можно провести посредством «Диспетчера задач». Необходимо открыть соответствующее окно любым доступным способом и перейти во вкладку «Процессы».

  • Запустить «Диспетчер задач» через меню «Пуск», «Панель задач» или c помощью набора Ctrl + Shift + Esc.
  • Открыть раздел «Процессы».
  • Включить сортировку столбика «Диск».

Просмотр процессов нагружающих диск

  • Найти процессы, больше всего нагружающие жесткий диск.

Если процесс System грузит диск на 100 процентов в Windows 10, выявить конкретную причину появления неисправности не удастся.

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

Монитор ресурсов

«Монитор ресурсов» — инструмент для определения нагрузки ПК. Способен помочь оценить показатели устройства.

Инструкция по использованию:

  • Запустить «Диспетчер задач».
  • Во вкладке «Производительность» нажать по гиперссылке «Открыть монитор ресурсов». Утилиту можно запустить и посредством команды perfmon /res, выполненной в консоли.

Открытие монитора ресурсов

  • Перейти в раздел «Диск».
  • Отсортировать все позиции по столбику «Всего (байт/c)».

Просмотр дисковых процессов

  • Найти процессы, потребляющие ресурсы.

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

Системный монитор

Опытные пользователи дополнительно могут применять штатный инструмент «Системный монитор». Утилита открывается при помощи команды perfmon в окне «Выполнить». Чтобы получать информацию о диске, нужно добавить необходимый счетчик посредством встроенных опций на панели.

Ввод perfmon в «Выполнить»

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

Несмотря на то, что этот пункт сравнительно нечасто оказывается причиной нагрузки на HDD в Windows 10, рекомендую начать с него, особенно если вы не являетесь опытным пользователем. Проверьте, а не является ли какая-то установленная и запущенная (возможно, находящаяся в автозагрузке) программа причиной происходящего.

Для этого вы можете выполнить следующие действия

  1. Откройте диспетчер задач (сделать это можно через правый клик по меню пуск, выбрав соответствующий пункт в контекстном меню). Если в нижней части диспетчера задач вы увидите кнопку «Подробнее», нажмите ее.
  2. Отсортируйте процессы в колонке «Диск», нажав на ее заголовок.

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

Также нагружать диск на 100% может какая-либо служба Windows 10, запущенная через svchost.exe. Если вы видите, что именно этот процесс вызывает нагрузку, рекомендую посмотреть статью про svchost.exe грузит процессор — в ней приводится информация о том, как с помощью Process Explorer узнать, какие именно службы запущены через конкретный экземпляр svchost, вызывающий нагрузку.

Неправильная работа драйверов AHCI

Мало кто из пользователей, устанавливающих Windows 10, выполняет какие-либо действия с драйверами дисков SATA AHCI — у большинства в диспетчере устройств в разделе «Контроллеры IDE ATA/ATAPI» будет значится «Стандартный контроллер SATA AHCI». И обычно это не вызывает проблем.

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

Как произвести обновление:

  1. Зайдите в диспетчер устройств Windows 10 (правый клик по пуску — диспетчер устройств) и посмотрите, действительно ли у вас установлен «Стандартный контроллер SATA AHCI».
  2. Если да, найдите раздел загрузки драйверов на официальном сайте производителя вашей материнской платы или ноутбука. Найдите там драйвер AHCI, SATA (RAID) или Intel RST (Rapid Storage Technology) и загрузите его (на скриншоте ниже пример таких драйверов).
  3. Драйвер может быть представлен в виде установщика (тогда просто запускаем его), либо в виде zip-архива с набором файлов драйвера. Во втором случае распаковываем архив и выполняем следующие шаги.
  4. В диспетчере устройств нажмите правой кнопкой мыши по Стандартному контроллеру SATA AHCI и нажмите «Обновить драйверы».
  5. Выберите «Выполнить поиск драйверов на этом компьютере», затем указываем папку с файлами драйвера и нажимаем «Далее».
  6. Если всё прошло успешно, вы увидите сообщение о том, что ПО для данного устройства было успешно обновлено.

По завершении установки, перезагрузите компьютер и проверьте, остается ли проблема с нагрузкой на HDD или SSD.

Если не удается найти официальные драйвер AHCI или он не устанавливается

Мониторинг

Консоль » Производительность » (находящая в разделе » Администрирование » Главного меню системы Windows) позволяет более детально исследовать функционирование системы по сравнению с » Диспетчером задач «. И, кроме того, данная консоль позволяет накапливать статистику о работе системы в фоновом режиме, без непосредственного наблюдения администратором системы, а также собирать данные о производительности с нескольких компьютеров одновременно. Данная консоль содержит два раздела — «Системный монитор» и «Журналы и оповещения производительности». «Системный монитор» предназначен для наблюдения за системой (или системами в режиме реального времени), «Журналы и оповещения производительности» используются для накопления статистики в фоновом режиме и последующего изучения накопленных данных.

Еще по теме:  Монитор Acer k192hql характеристики

Работа консоли «Производительность» основана на понятиях «Объект» и «Счетчик». Понятие » Объект» относится к той или иной компоненте системы или к определенному приложению и состоит из набора «Счетчиков», числовых показателей, измеряющих степень загруженности данной компоненты. Набор доступных объектов и счетчиков обновляется при установке служб и дополнительных компонент. Например, после установки на сервере службы DNS консоль «Производительность» пополняется рядом объектов и счетчиков для отслеживания работы этой службы.

» Системный монитор «

Если открыть консоль «Производительность», то мы сразу попадем в раздел «Системного монитора». При этом на экране отображаются 3 самых важных с точки зрения операционной системы счетчика: «Обмен страниц в сек » (объекта » Память»), » Средняя длина очереди диска » (объекта » Физический диск «) и » % загруженности процессора » (объекта » Процессор «); обновление данных на экране производится раз в секунду (Рис. 16.19).


Рис. 16.19.

Для выбранного мышью активного процесса регистрируются показатели:

  • Последний — последнее полученное значение счетчика;
  • Средний — среднее из всех полученный значений счетчика;
  • Минимум — минимальное значение счетчика за период наблюдений;
  • Максимум — максимальное значение счетчика за период наблюдений.

Если открыть Свойства счетчика, то можно изменить способ отображения данного счетчика на экране: цвет, толщину и стиль линии и масштаб (от 1:10000000 до 10000000:1), также изменить частоту сбора показаний.

Нажатием комбинации клавиш CTRL+H можно выделить активный счетчик белым цветом (так лучше видно активный счетчик среди большого количества счетчиков).

Нажатием кнопки со знаком «+» на панели инструментов можно добавить другие счетчики, в том числе полученные с других компьютеров сети (рис. 16.20):


Рис. 16.20.

» Журналы и оповещения производительности «

Раздел » Журналы и оповещения производительности » в свою очередь состоит из трех частей:

  • » Журналы счетчиков » — выполняют ту же задачу, что и » Системный монитор «, но делают это в фоновом режиме и накапливают данные в файле журнале на жестком диске или в базе данных (это наиболее часто используемый раздел журналов производительности);
  • » Журналы трассировки » — отслеживание запуска и работы приложений (универсальный системный отладчик, позволяет определить некоторые ошибки в функционировании тех или иных приложений и системных задач);
  • » Оповещения » — отслеживание значений счетчиков, но не для накопления в журнале, а для отправки оповещения назначенным для этой задачи пользователям (по электронной почте, с помощью системной компоненты » Оповещатель » ( Messenger ), и др.).

Рассмотрим подробнее использование » Журналов счетчиков «.

Основное назначение этих журналов — накопление статистики загруженности системы, поиск «узких мест» в работе сервера и выработка рекомендаций по модернизации или замене системы (если возникает такая потребность).

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


Рис. 16.21.

При создании самого первого журнала на томе с системой Windows создастся папка Perflogs , в которой и будут сохраняться все файлы с журналами. Далее нажатием кнопок » Добавить объекты » или » Добавить счетчики » можно добавить соответственно необходимые для мониторинга объекты (целиком со всем набором счетчиков) или отдельные счетчики. Для примера создадим журнал с именем Log-1 , выберем счетчики » ПамятьОбмен страниц в сек «, » Процессор% загруженности процессора » и » Физический дискСредняя длина очереди диска » для сервера DC1, установим интервал опроса для сбора данных — 1 секунду (рис. 16.22). Нажмем кнопку » Применить «.


Рис. 16.22.

Теперь можно менять другие параметры журнала. На закладке » Файлы журнала » можно указать, где накапливать данные — в двоичном файле с расширением » .blg » (по умолчанию), в текстовом с разделителями в виде табуляции или запятой, в базе данных. На закладке » Расписание » задается время и дата запуска журнала.

Назначим режим запуска журнала » Вручную » и нажмем кнопку » ОК «. Теперь запустим журнал для накопления данных (рис. 16.23). Саму консоль » Производительность » можно закрыть (и даже завершить сеанс работы в системе).


Рис. 16.23.

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

По окончании процесса накопления данных снова запустим консоль » Производительность » и удалим автоматически открытые счетчики. Для того чтобы открыть файл журнала для анализа накопленных данных, выполним следующие действия: нажмем кнопку » Просмотр данных журнала » (рис. 16.24) или комбинацию клавиш CTRL+L, выберем для источника данных вариант » Файлы журнала «, нажмем кнопку » Добавить «, укажем путь к файлу с накопленными данными, откроем этот файл, нажмем кнопку » Применить » (рис. 16.25).


Рис. 16.24.

Рис. 16.25.

Перейдем на закладку » Данные » и добавим нужные счетчики. Нажмем » ОК «. Если период накопления был достаточно долгий, то данных будет накоплено много и картинка получится не очень разборчивая (рис. 16.26).


Рис. 16.26.

Для сужения интервала времени, который подвергается анализу, откроем Свойства любого из счетчиков и перейдем на закладку » Источник «. В нижней части панели подвинем границы анализируемого интервала и установим нужный нам » Диапазон просмотра » (рис. 16.27).


Рис. 16.27.

После этого график приобретет вид (рис. 16.28):


Рис. 16.28.

Чтобы значения некоторых графиков не выходили за границы экрана просмотра, произведем масштабирование этих графиков. В итоге получится картинка, вполне пригодная для изучения и анализа (рис. 16.29):


Рис. 16.29.

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

Источник: intuit.ru

Оцените статью
Добавить комментарий