Avg disk queue length

Мониторинг и оптимизация дисковой подсистемы сервера

Ю.Жуковский

Мониторинг и оптимизация дисковой подсистемы сервера.

Счётчик (counter) Толкование Нормальный диапазон Причины выхода за него Рецепты
Avg. Disk sec/Transfer

Среднее время обращения к диску (сек)

Avg. Disk sec/Read

Среднее время чтения с диска (сек)

Avg. Disk sec/Write

Среднее время обращения к диску на запись (сек)

^

Среднее время в секундах, требуемое для одной операции обмена данными с диском.

Среднее время в секундах, требуемое для чтения данных с диска.

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

< 0.25 секунды для файловых серверов < 0.10 секунды для SQL Server, Exchange Server, VM/VDI. Большое значение говорит о перегрузке дисковой подсистемы. Возможно, контроллер повторяет попытки обращения к неисправному диску.

Увеличить количество дисков в массиве.

Заменить на более быстрые HDD или SSD.

Применить технологии кеширования.

Заменить диск.

^

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

Physical Disk / Logical Disk

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

Допустимы моментальные пики.

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

Заменить на более быстрые HDD или SSD.

Перенести часть данных на другие диски.

% Disk Time

% активности диска

% Disk Read Time

% активности диска при чтении

% Disk Write Time

% активности диска при записи

^

Процент времени, затраченного дисковым устройством на обработку запросов.

Процент времени на обработку запросов чтения.

Процент времени на обработку запросов записи.

Данные счетчика в массиве охватывают больше чем один физический диск, и могут превышать 100%.

Необходимо анализировать вместе с параметром % Idle Time.

до 80 — 90% Постоянные высокие нагрузки. Разместить данные на различных массивах по типу нагрузки (например, таблицы БД и лог-файлы).

Увеличить количество дисков в массиве.

Заменить на более быстрые HDD или SSD.

% Idle Time

% времени бездействия

^

Время бездействия диска между измерениями.

Анализировать совместно с параметром % Disk Time

Не менее 20% Постоянные высокие нагрузки. Разместить данные на различных массивах по типу нагрузки (например, таблицы БД и лог-файлы).

Увеличить количество дисков в массиве.

Заменить на более быстрые HDD или SSD.

^

Средняя длина очереди диска

Avg. Disk Read Queue Length

Средняя длина очереди к диску на чтение

Avg. Disk Write Queue Length

Средняя длина очереди к диску на запись

^

Среднее количество незавершенных операций ввода/вывода в очереди к диску.

Среднее количество запросов чтения в очереди к диску.

Среднее количество запросов на запись в очереди к диску.

Это производное значение, а не прямое измерение, равно (Disk Transfers/sec) *(Disk sec/Transfer)

Рекомендуемое для многопоточных ресурсоёмких (SQL Server, Exchange Server, VM/VDI, 1С) не более 0,2.

Допустимое = количество дисков в массиве + 1.

Большое значение говорит о перегрузке дисковой подсистемы. Увеличить количество дисков в массиве.

Заменить на более быстрые HDD или SSD.

^

Обращений к диску/сек

Disk Reads/sec

Обращений чтения с диска/сек

Disk Writes/sec

Обращений записи на диск/сек

^

Количество отдельных дисковых запросов ввода-вывода, завершённых в течение одной секунды.

Частота выполнения операций чтения с диска.

Частота выполнения операций записи на диск.

Равняются произведению показателей одного диска на их количество. Для различных типов RAID на чтение могут учитываться не все диски.

Для записи полученная сумма делится на штраф на запись: 1 (RAID 0), 2 (RAID 1, 10), 4 (RAID5), 6 (RAID 6).

^/sec
для RAID 10 (штраф на запись 2):
— до 80 IOPS на каждый SATA или NL SAS диск;
— до 160 IOPS на каждый SAS диск;
— до 1800 IOPS на каждый десктопный SSD
— до 5000 IOPS на каждый серверный SSD.

^/sec для RAID 10:
— 100 IOPS на каждый SATA или NL SAS диск;
220 IOPS на каждый SAS диск;
— до 30 000 IOPS на SSD;
— Intel SSD 910 series 400GB – 90 000 IOPS.

Disk Writes/sec для RAID 10 (штраф на запись 2):
— 40 IOPS на каждый SATA или NL SAS диск;
80 IOPS на каждый SAS диск;
— до 150-300 IOPS на десктопный SSD;
— до 1100 — 2400 IOPS на серверный SSD;
— Intel SSD 910 series 400GB – 38 000 IOPS.

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

Заменить на более быстрые HDD или SSD.

Перейти на массив из SSD.

Применить технологии кеширования на SSD.

Перейти на PCIe SSD.

^

Скорость обмена с диском (байт/сек)

Disk Read Bytes/sec

Скорость чтения с диска (байт/сек)

Disk Write Bytes/sec

Скорость записи на диск (байт/сек)

^

Пропускная способность дисковой системы (скорость обмена данными с диском) при выполнении операций чтения и записи.

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

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

Сильно зависит от спецификаций на конкретный диск.

SATA 2, SAS 1.0:
— до 300 MB/s на каждый SATA, NL, SAS, SAS, SSD диск на последовательных операциях.

SATA 3, SAS 2.0:
— до 600 MB/s на каждый SATA, NL, SAS, SAS, SSD диск на последовательных операциях.

PCIe SSD: Intel SSD 910 series 400GB
— до 1000 MB/s на чтение,
— до 750 MB/s на запись.

Постоянные высокие нагрузки линейного чтения и/или линейной записи. Увеличить количество дисков в массиве.
^

Средний размер одного обмена с диском (байт)

Avg. Disk Bytes/Read

Средний размер одного чтения с диска (байт)

Avg. Disk Bytes/Write

Средний размер одной записи на диск (байт)

^

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

Среднее количество байт данных, полученных с диска при выполнении операций чтения.

Среднее количество байт данных, переданных на диск при выполнении операций записи.

>20 Кбайт

Значение меньше 20 Кбайт будут в случае, если приложение использует диск неэффективно.

Большое количество слишком мелких запросов. Оптимизировать приложения.

Выделить большой объем в оперативной памяти под кеш приложения.

Использовать режим отложенной записи RAID-контроллера.

Перейти на SSD.

% Free Space

% свободного места

Logical Disk

Доля свободного места на логическом диске, по отношению к его общему объему. 15% Постепенное исчерпание свободного пространства. Заменить диск на более емкий.
Добавить диски в RAID-массив.
^

Свободно мегабайт

Logical Disk

Объем незанятого пространства на логическом диске в мегабайтах.

Split IO/sec

Расщепления ввода/вывода/сек

Physical Disk / Logical Disk

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

Высокий уровень фрагментации диска.

Проанализировать приложения, работающие с данными.

Дефрагментировать диски.


Схожі:

Обзор основных возможностей подсистемы «Заготовка зернопродуктов» асуп «дебет плюс»
Черкассы, ул. Чехова 53, оф. 402. тел. (0472) 73-60-20, 73-60-42, (067) 474-03-98, (067) 706-34-28, (067) 470-81-49
Руководство Отрасль
Мониторинг и анализ экономической конъюнктуры и степени ее влияния на инвестиции, их динамику и доходность
«Оптимизация организационной структуры управления» содержание
Такое положение может быть достигнуто за счет развития коммерческой деятельности самого предприятия на основе передовых маркетинговых…
Система управления качеством в медицинских организациях Борисенко О. В
Мониторинг побочных эффектов лекарственной терапии, нелекарственных методов лечения, переливания крови и др
Мониторинг воспитательной работы классный руководитель 6-в класса Топчий Ирина Викторовна
Высокий уровень уверенности – самостоятельность, решительность во время принятия ответственных решений
Шинский И. О., к т. н., Дорошенко В. С., к т. н
С этих позиций глубину проникновения средств информатики в технологические процессы производственных предприятий и цехов можно разбить…
Порядок установки Microsoft sql сервера и настройки интегрированных технологических систем для основного оборудования подстанций its pes, высоковольтных линий its VL распределительных электросетей its res
После этого для операционных систем W98 и wxp будет сообщение об установке только клиентской части «Client Tools Only». Ответить…
Оптимизация однородности цыплят посредством высокого уровня инкубационной практики
Однородность важный момент в деятельности инкубатория, и использование эффективной практики управления инкубаторием может внести…
Порядок осуществления контроля за выполнением функций по управлению объектами коммунальной собственности
Севастополя, и типового договора управления коммунальным предприятием, являющимся собственностью территориальной громады г. Севастополя…
Mba -ямбурггаздобыча`2006 оптимизация процесса бюджетирования в ООО «ямбурггаздобыча»
В настоящем Дипломном проекте излагаются предложения по оптимизации процесса бюджетирования в ООО «Ямбурггаздобыча»

Додайте кнопку на своєму сайті:

Документи
  • Добавить свою публикацию
  • для этого требуется регистрация

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

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

1)     При подключении к хранилищу появляется сообщение «Хранилище конфигурации повреждено». Данная ошибка возникает довольно часто, особенно при интенсивной работе с хранилищем. Напомню, что хранилище – это по существу файловая база, с конфигурацией которой синхронизируются основные конфигурации баз разработчиков. Поэтому первое, что приходит в голову разработчику – это «пройтись» по БД хранилища утилитой chdbfl.exe, входящей в состав поставки «1С: Предприятие». Но вот именно этого делать не стоит. Во-первых, утилита работает далеко не идеально: кроме того, что не решит Вашей проблемы, так ещё и новых добавит. Во-вторых, сама фирма «1С» не рекомендует таким способом решать данную проблему. В-третьих, собственно повреждения хранилища может и не быть, несмотря на сообщение о таковом (не зря в народе говорят: «на заборе тоже написано, а там — дрова»). Так что рекомендую в случае возникновения данной ошибки попробовать следующие варианты:

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

Б) Если не помогло удаление кэша, перезагрузите компьютер. Как не смешно, но эта панацея от многих зол и здесь помогает.

В) Переподключитесь к хранилищу конфигурации.

Г) Проверьте, хватает ли свободного места на диске, где расположено хранилище.

Г) Наконец, воспользуйтесь утилитой исправления файловой базы.

Только не забудьте предварительно сделать бэкап хранилища.

 

2)     Очень часто разработчики жалуются, что при обновлении конфигурации из хранилища исчезают изменения, которые вносились ими ранее. Большинство таких ситуаций возникает из-за невнимательности программистов, которые «косячат» никак не меньше пользователей, и точно так же, как пользователи редко признают свои «косяки». Однако есть одна проблема, которая встречается время от времени там, где с хранилищем активно работает приличное количество разработчиков и, при этом, часто производятся динамические обновления баз данных. Можно сколько угодно говорить о недопустимости динамических обновлений или о том, что при групповой разработке захваченные объекты лучше складывать поочередно – но жизнь куда интересней и богаче, чем содержание желтых книжек. Итак, коллизия выглядит следующим образом. Допустим, есть две конфигурации, подключенные к хранилищу. Первая конфигурация полностью идентична конфигурации хранилища, вторая — не значительно отличается (именно не значительно, так как чаще всего ошибка наблюдается при небольших изменениях). Пытаемся обновить вторую конфигурацию, но – о чудо! – обновления не происходит. Система ведет себя так, как будто конфигурации ничем не различаются. Выход здесь прост: захватите проблемный объект в первой конфигурации, внесите в него маленькое изменения (например, комментарий в модуль) и положите в хранилище. Далее повторите обновление второй конфигурации. Все должно разрешиться.

3)     При попытке помещения в хранилище изменений, связанных с удалением объекта (или его реквизита), система отказывается помещать их и требует поместить ещё другие объекты, которые Вы, может быть, даже и не изменяли или не захватывали. Чаще всего система требует поместить в хранилище интерфейсы и роли, так как они могут содержать ссылки на удаляемые объекты. Вы можете захватить требуемые роли и поместить их вместе с Вашими изменениями. Это может помочь, а может и не помочь: система потребует захватить другие. В любом случае Вам придется поиграться с захватом/помещением объектов или же: отменить удаление объекта, отключиться от хранилища, подключиться снова, захватить предварительно все интерфейсы, роли и объекты, в которых есть ссылки на удаляемый объект и опять попытаться удалить объект.

4)     Периодически возникает ошибка, содержащая фразу «Неверный формат данных..» Во-первых, проверьте, есть ли свободное место на диске, где расположено хранилище. Во-вторых, обновите платформу (такая ошибка была очень характерна для старых релизов 8.2). В третьих, может помочь остановка сервера 1С и чистка файла «С/programm files/1cv82/srvinfo/reg-1541/snccntx.dat» . В четвертых, постарайтесь в будущем не прибегать к рекурсивному захвату всей конфигурации, а, самое главное, не помещайте её затем рекурсивно в хранилище.

5)     При попытке помещения изменений в хранилище система сообщает о том, что превышен максимальный размер внутреннего файла. Ну что здесь сказать? Следует периодически сжимать хранилище. Обязательно. Если же проблема уже настигла Вас, то самый простой вариант – создать новое хранилище и работать уже с ним. Понимаю, что многих такой расклад не устраивает, но ведь сами виноваты же…

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

Счетчики производительности для дисковой подсистемы

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

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

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

8)     При подключении к хранилищу мы получаем сообщение «Текущая база не связана с хранилищем». Тут все просто: ранее Вы работали с хранилищем из другой базы. Отключитесь от хранилища и подключитесь опять.

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

 

 

 

 

 

предыдущие ()все

≡ к списку статей

Оперативная память

Устранение ошибок памяти

Подробности
Родительская категория: Оперативная память
Категория: Прочая информация про оперативную память

Устранить ошибки памяти довольно сложно, поскольку не всегда удается идентифициро

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

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

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

На прилагаемом к книге компакт-диске содержится подробный перечень звуковых сигналов BIOS и кодов ошибок, характерных для той или иной BIOS, в формате PDF. К примеру, в большинстве материнских плат Intel используется Phoenix BIOS, которая для индикации критических ошибок использует несколько звуковых кодов.

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

В Интернете доступно множество хороших бесплатных программ тестирования памяти.

  • Microsoft Windows Memory Diagnostic (http://oca.microsoft.com/en/windiag)
  • DocMemory Diagnostic (http://www.simmtester.com/page/products/doc/docinfo.asp)
  • Memtest86 (http://www.memtest86.com)

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

Однако эти программы могут только записать данные и проверить при считывании их соответствие, не более того. Они не определяют, насколько близка память к критической точке сбоя. Повышенный уровень диагностики памяти обеспечивают только специальные аппаратные тестеры модулей SIMM/DIMM. Эти устройства позволяют вставить в них модуль памяти и проверить ее на множестве скоростей, при разных напряжениях питания и таймингах, в результате чего выдать свой вердикт относительно пригодности модуля. Существуют версии таких тестеров, позволяющие проверять модули памяти практически всех типов, начиная от ранних версий SIMM и заканчивая самыми современными модулями DDR DIMM и RIMM. К примеру, я сталкивался с модулями, которые отлично работали в одних компьютерах и выдавали ошибки в других. Это значит, что одни и те же программы диагностики, запущенные на разных компьютерах, выдавали для одних и тех же модулей памяти противоположные результаты. В аппаратных тестерах источник ошибки можно выявить с точностью до конкретного бита, при этом узнать реальное быстродействие памяти, а не номинальное, указанное на маркировке. К числу компаний, которые занимаются реализацией тестеров модулей памяти, относятся Tanisys (www.tanisys.com), CST (www.simmtester.com) и Aristo (www.memorytester.com). Предлагаемые тестеры довольно дорого стоят, но для специалистов, занимающихся ремонтом ПК на профессиональном уровне, тестеры SIMM/DIMM просто необходимы.

Чаще всего память служит причиной следующих ошибок:

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

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

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

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

Мониторинг и оптимизация дисковой подсистемы сервера

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

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

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

  1. Включите систему и проследите за выполнением процедуры POST. Если этот тест завершается без ошибок, следовательно, основные параметры памяти успешно проверены. При обнаружении ошибок перейдите к выполнению процедуры локализации дефектов.
  2. Перезапустите систему и войдите в программу настройки BIOS. Для этого во время выполнения POST (но до начала процесса загрузки) нажмите клавишу <F2>. Проверьте в параметрах BIOS, совпадает ли объем обнаруженной и установленной памяти. В том случае, если вычисленный объем памяти не соответствует установленному, обратитесь к процедуре локализации дефектов.
  3. В программе настройки BIOS отключите параметры кэширования. На рисунке ниже представлено типичное меню Advanced BIOS Features, в котором выделены параметры кэш-памяти. Сохраните выполненные изменения и загрузите компьютер с отформатированной системной дискеты, содержащей выбранные диагностические программы. Если в комплект поставки компьютера входил компакт-диск с программами диагностики, можете воспользоваться им. К тому же на рынке доступно множество коммерческих программ диагностики, таких как PC-Technician от Windsor Technologies, Norton System Works от Symantec и Doc Memory от SIMMTester.
  4. Следуя инструкциям, появляющимся при выполнении диагностической программы, протестируйте основную и дополнительную (XMS) память. Обычно в таких программах существует специальный режим, допускающий непрерывное циклическое выполнение диагностических процедур. Это позволяет обнаружить периодические ошибки. При выявлении ошибок памяти перейдите к выполнению процедуры локализации дефектов.
  5. Отсутствие ошибок при выполнении POST или во время более полного тестирования памяти говорит о ее нормальном функционировании на аппаратном уровне. Перезагрузите компьютер и установите предыдущие параметры памяти в настройках BIOS, в частности включите параметр использования кэш-памяти.
  6. Отсутствие выявленных ошибок при наличии каких#либо проблем говорит о том, что существующие ошибки памяти не могут быть обнаружены стандартными методами или же их причина, вероятно, связана с программным обеспечением. Для более полной проверки модулей SIMM/DIMM на аппаратном тестере обратитесь в сервисный центр. Я бы обратил внимание и на программное обеспечение (в частности, на версии драйверов), блок питания, а также на системное окружение, особенно на источники статического электричества, радиопередатчики и т.п.

Я счас, правда, на 2000-м…

Чтобы добавить счетчики в окно системного монитора

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

В списке Объект выберите объект для наблюдения. По умолчанию выбран объект «Процессор».
Для наблюдения за всеми счетчиками выберите вариант Все счетчики.
Или, для наблюдения только за выбранными счетчиками, выберите вариант Выбрать счетчики из списка, а затем выберите требуемые счетчики. По умолчанию выбран счетчик «% времени процессора».

Для наблюдения за всеми экземплярами выбранных счетчиков выберите вариант Все вхождения.
Или, для наблюдения только за выбранными экземплярами, выберите вариант Выбрать вхождения из списка, а затем выберите требуемые экземпляры. По умолчанию выбран экземпляр «_Total».

Нажмите кнопку Добавить.
Примечания

Чтобы открыть окно «Производительность», нажмите кнопку Пуск и выберите команды Программы, Администрирование и Системный монитор.
Если выбран объект на удаленном компьютере, можно заметить небольшую задержку, так как происходит обновление списка объектов, присутствующих на удаленном компьютере.
При создании консоли наблюдения для экспорта убедитесь, что выбран вариант Использовать локальные счетчики.

Анализ загруженности оборудования для Windows

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

Пока не будет настроены данные из журнала, можно выбирать только экземпляры из списка.
По умолчанию счетчики обозначаются и названием, и кодом экземпляра. Чтобы отключить эту функцию, щелкните правой кнопкой мыши область сведений, выберите команду Свойства и снимите флажок Допускать дублирование счетчиков.
Объекты некоторых типов могут иметь несколько экземпляров. Например, в многопроцессорных системах существует несколько объектов типа «Процессор». Объект типа «физический диск» будет иметь две копии в системе с двумя жесткими дисками. Объекты некоторых типов, таких как «Память» и «Сервер», существуют только в одном экземпляре. Для сбора статистики по нескольким экземплярам объекта могут быть заданы несколько счетчиков, а во многих случаях для всех экземпляров можно задать общий счетчик.
Если выбраны два экземпляра одного счетчика, например при наблюдении за несколькими потоками одного процесса, имейте в виду, что код, назначенный экземплярам, может меняться со временем при запуске и остановке экземпляра счетчика (в данном примере — потока). Нельзя рассчитывать на то, что потоку на протяжении всего времени наблюдения за процессом будет соответствовать один код.
На вкладке Данные диалогового окна Свойства: Системный монитор можно изменить используемые по умолчанию параметры отображения счетчиков, такие как цвет, стиль и ширина линии, а также масштаб отображения. Чтобы открыть вкладку Данные, щелкните правой кнопкой мыши область сведений и выберите команду Свойства.

ОГЛАВЛЕНИЕ:

«Graphics» — данная закладка, как можно понять из названия, рассказывает о видеосистеме. Появилась она сравнительно недавно, но уже обзавелась интересными возможностями.

В группе Display Device Selection всего два пункта:

  • Поле со списком для выбора видео устройства (на случай, если вы добавили больше одной видеокарты в систему). Неактивно, если видеокарта всего одна.
  • Perf level — уровень производительности. Видеокарта может иметь несколько уровней производительности (профилей), которые дадут разные показания в следующих секциях. Сделаны уровни для переключения 2D/3D режимов, чтобы видеокарта не грела попусту воздух тогда, когда это не требуется.

    High Avg Disk Queue Length and finding the Cause

    Аналогично — неактивно, если уровень производительности всего один.

Группа GPU. Отображает информацию о видеопроцессоре.

  • Name — название видеокарты, зашитое в BIOS видеокарты.
  • Code name — кодовое название видеочипа, по аналогии с кодовым названием ядра процессора. Обычно представляет собой буквенно-числовую кодировку, в отличие от процессоров, где используются слова и словосочетания (сейчас обычно названия городов или мест).
  • Revision — ревизия ядра, аналогично такому же пункту у центрального процессора.
  • Technology — технологический процесс, по нормам которого выполнен чип. Зависит от маркировки чипа, потому способ менее точен и число ошибок с его определением больше, чем у процессоров.

Справа от группы можно увидеть логотип производителя чипа (если CPU-Z его верно определяет).

Группа Clocks объединяет информацию о частотах видеокарты.

  • Core — частота ядра видеочипа. Как и с процессором, если присутствует более одного профиля производительности, то частоты могут быть ниже номинальных. Это всего лишь режим энергосбережения при простое.
  • Shaders — частота шейдерного домена. Раздельное тактование его частоты позволяет более гибко подбирать оптимальный режим работы чипа в зависимости от характера нагрузки. NVIDIA согласилась, что тенденция показывает увеличение шейдерной нагрузки на чип, для чего решила поднять его частоту относительно остальной части чипа.
  • Memory — частота видеопамяти, физическая (реальная).

Группа Memory объединяет пункты, информирующие о характеристиках подсистемы памяти видеокарты.

  • Size — объём видеопамяти.
  • Type — тип памяти, например, DDR, DDR2, GDDR2, GDDR3, GDDR4, GDDR5.
  • Bus width — ширина шины памяти. Показывает, сколько данных можно передать за один такт без учёта технологий DDR/QDR.

Вкладка About

Последняя и достаточно очевидная вкладка, «About«.

  • About CPU-Z — в данной группе отображается версия CPU-Z и время её выпуска, автор и команда, официальная страница проекта, тип лицензии и сайт валидации.
  • Windows version — в данной группе изображены версия Windows, сервис пака и DirectX.
  • Tools. Дополнительные возможности, а именно — создание отчётов и валидаций. Последние рассмотрим в следующей главе.

Очень полезной функцией CPU-Z является создание отчётов о системе.

  1. Save Report (.HTML) – краткий отчёт в виде гипертекстовой страницы. В него входит только описание оборудования, датчиков и основных параметров системы (процессора, памяти, чипсета, видео, софта).
  2. Save Report (.TXT) – наиболее полный отчёт в обычном текстовом файле. В нём содержатся не только данные, попадающие в HTML-версию, но и дампы регистров системных устройств и SPD памяти.

 

<< НазадДалее >>

Рубрики: Программное обеспечение, Разгон и модификации, Теоретические статьи

Добавить комментарий

Ваш e-mail не будет опубликован. Обязательные поля помечены *