Gazmarket59.ru

Газ Маркет 59
0 просмотров
Рейтинг статьи
1 звезда2 звезды3 звезды4 звезды5 звезд
Загрузка...

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

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

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

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

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

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

Чтобы создать группу сборщиков данных для мониторинга счетчиков производительности

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

    Введите имя для новой группы сборщиков данных.

    Выберите вариант Создать вручную и нажмите кнопку Далее.

    Выберите вариант Оповещение счетчика производительности и нажмите кнопку Далее.

    Щелкните Добавить для открытия диалогового окна Добавить счетчики. После завершения добавления счетчиков нажмите кнопку ОК, чтобы вернуться в окно мастера.

    Настройте оповещения на основе значений выбранных счетчиков производительности.

      В списке счетчиков производительности выберите счетчик, на основе показаний которого будет срабатывать оповещение.

    В раскрывающемся списке Оповещение при выберите режим оповещения при значении счетчика производительности выше или ниже порогового.

    В поле Предел введите пороговое значение.

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

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

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

    Нажмите кнопку Готово, чтобы вернуться в окно системного монитора Windows.

      Для просмотра свойств группы сборщиков данных или внесения дополнительных изменений установите флажок Открыть свойства группы сборщиков данных. Дополнительные сведения о свойствах группы сборщиков данных см. в разделе Свойства группы сборщиков данных.

    Чтобы немедленно запустить группу сборщиков данных (и начать сохранение данных в расположении, указанном в пункте 8), выберите вариант Запустить группу сборщиков данных сейчас.

    Чтобы сохранить группу сборщиков данных, не запуская ее, выберите Сохранить и закрыть.

    Дополнительная информация

    • Чтобы запустить системный монитор Windows, в меню Пуск в поле Начать поиск введите perfmon и нажмите клавишу ВВОД.

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

    Дополнительные ссылки

    Чтобы настроить оповещения

      Разверните узел Стабильность и производительность в области переходов.

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

      В области консоли щелкните правой кнопкой мыши группу сборщиков данных типа Оповещение и выберите команду Свойства.

      В окне Свойства перейдите на вкладку Оповещения, чтобы отобразить уже настроенные сборщики данных и оповещения.

      Перейдите на вкладку Действие оповещения, чтобы указать, следует ли регистрировать запись в журнале событий служб и приложений (Applications and Services Logs/Microsoft/Windows/Diagnosis-PLA/Operational) при выполнении условий оповещения. При выполнении условий оповещения также можно запускать группу сборщиков данных.

      Перейдите на вкладку Задача оповещения, чтобы указать задание и аргументы интерфейса WMI, которые будут запускаться при выполнении условий оповещения.

      Дополнительная информация

      • Чтобы запустить системный монитор Windows, в меню Пуск в поле Начать поиск введите perfmon и нажмите клавишу ВВОД.

      Расчет производительности для дома

      На рисунке буквой Н — обозначается высота, а буквой L — длина. При расчёте расстояния необходимо занести расстояние по вертикали и горизонтали в разные строчки, далее мы объясним, как их сложить правильно.

      Допустим, расстояние Н (высота) от зеркала воды до самой крайней точки (ванная комната) составило 8 метров, расстояние L(длина) магистрали, составила 18 метров, следовательно, длину переводим в высоту, разделив её на десять: H=L/10 = 18/10= , складываем её с замеренной высотой, получаем 9,8 метра.

      Читайте так же:
      Бразер 7070 сброс счетчика барабана

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

      • Смеситель умывальника – 10 литров в минуту
      • Смеситель ванной – 15 литров в минуту
      • Стиральная машина – 8 литров в минуту.

      Суммарный расход вычисляем путём сложения, получатся 10+15+8=33 л/мин это показатель нужной производительности. Аппарат должен соответствовать либо превышать данное значение.

      Выдача 20 литров в минуту, ёмкость резервуара 2л – идеальное негабаритное решение для постоянного напора воды в загородном доме из резервуара Источник

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

      [Перевод] Как собрать счетчики производительности процессора в Windows? 15.01.2021 01:32

      Периодически мои подписчики задают мне вопросы о том, как проводить микроархитектурный анализ в Windows? Если честно, это никогда не представляло для меня какой-то особой проблемы. Угадайте почему? Потому что я работаю в Intel и, конечно же, у меня есть лицензия для использования Intel® VTune™ Amplifier. Поэтому я не могу полностью прочувствовать боль людей, которые заняты работой, связанной с производительностью в Windows, и не имеют доступа к Vtune или AMD CodeAnalyst. Поскольку это не было для меня проблемой, я ничего не предпринимал для ее решения. Наконец, недавно я просматривал блог Бартека посвященный кодингу и наткнулся на статью «Любопытный случай с производительностью бранчинга». Мне это показалось случаем, который можно легко проверить, просто запустив perf stat, если бы мы работали в Linux. Но поскольку мы работаем в Windows… все не так просто.

      В этой статье я хочу представить один из способов сбора PMU-счетчиков без Intel® VTune™ Amplifier. Почти всю необходимую информацию я взял из блога Брюса Доусона. Он написал статью, которую я хочу расширить и сделать ее более пошаговой. Т.е., все лавры здесь принадлежит Брюсу, потому что не я автор этой работы. Если вы хотите поэкспериментировать сами, я предлагаю вам сначала воспроизвести пример, описанный в статье Брюса (вот ссылка на github с исходниками и скриптами).

      Однако не воспринимайте все, что написано в моей статье, за чистую монету. Я не Windows-разработчик и не трачу много времени на анализ производительности в Windows. Это всего лишь один из способов сбора PMU-счетчиков — могут быть и другие, более простые и надежные. В конце концов, вы всегда можете приобрести Intel® VTune™ Amplifier, который, кстати, может быть довольно дорогим. Но сразу хочу сказать, что, если вы собираетесь проводить серьезный анализ производительности и тюнинг в Windows, реальных альтернатив Vtune нет (и это не реклама).

      Какие инструменты вам понадобятся?

      xperf. Вам необходимо установить Windows Performance Toolkit, который является частью Windows Assessment and Deployment Kit (Windows ADK). У меня xperf был автоматически добавлен в PATH.

      tracelog. Следуйте этим инструкциям, чтобы получить этот инструмент. Вам необходимо установить следующие компоненты:

      Windows Driver Kit

      Tracelog не был добавлен в мой PATH, но мне удалось найти его по следующему пути:» C:Program Files (x86)Windows Kits10bin10.0.17763.0×64 ». У вас этот путь может отличаться.

      Для установки всех этих комплектов потребуется некоторое время, поэтому запаситесь терпением.

      Использование tracelog и xperf для сбора трейсов

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

      Если мы заглянем в pmccounters.txt, внутри мы увидим все трейсы в текстовом формате. Из них можно извлечь много интересного, но давайте сосредоточимся на двух вещах:

      Событии Pmc (счетчик мониторинга производительности):

      Событии CSwitch (переключение контекста):

      Рассмотрим этот фрагмент трейса:

      Обратите внимание, что для каждого события CSwitch есть соответствующее событие Pmc. Мы видим, что они имеют одинаковые таймстемпы. В этом фрагменте трейса произошло переключение контекста с нашего процесса ( ConditionalCount.exe ) на другой процесс ( csrss.exe ). Мы можем увидеть это, посмотрев на Old Process Name (PID) события CSwitch с таймстемпом 214821. Т.е. был некоторый период времени, в течение которого ConditionalCount.exe выполнялся на ЦП (между таймстемпами 214821 и 214810).

      Читайте так же:
      Php счетчик текстовый файл

      Значение счетчика BranchMispredictions постоянно увеличивается. Мы можем подсчитать, сколько было ошибочных прогнозов бранчинга за этот период времени, посчитав разницу этих значений в двух событиях Pmc. Для этого фрагмента было 1101713 — 1101534 = 179 неверных прогнозов бранчинга. Суммируя все дельты, мы можем рассчитать общее количество ошибочных прогнозов бранчинга за все время работы приложения.

      Совет от профессионала: если вы наблюдаете показатели, которые отличаются от ожидаемых, я все таки рекомендую вам попробовать запустить тот же бенчмарк в Linux с помощью команды perf stat . Вы можете найти множество статей о том, как это сделать, в моем блоге. Другой способ — сбросить сборку и проверить наличие ожидаемого кода. Возможно, компилятор сделал что-то умное и удалил код, который вы хотели протестировать.

      Анализ трейсов с помощью скрипта Python

      Для анализа трейсов и извлечения информации Брюс написал специальный скрипт. Этот скрипт извлекает значения PMC для процессов, которые нас интересуют (2 аргумента):

      Вот результат, который я получил на своем компьютере (Win 10, Intel ® Core ™ i5–7300U).

      Vtune показывает аналогичные результаты.

      Какие еще счетчики мы можем собрать?

      Заключение

      Этот метод еле-еле дотягивает до того, что умеют делать Vtune или perf в Linux. Количество счетчиков ограничено, и это только подсчет без сэмплинга (см. разницу между подсчетом и сэмплингом здесь). Так-то это так, но, по крайней мере, вы можете провести предварительный анализ производительности.

      Во-вторых, если вы хотите собрать разные PMC, отличные от неправильного прогнозирования бранчинга, вам необходимо изменить не только команду tracelog , но и скрипт python, который анализирует трейсы.

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

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

      Перевод данной статьи был подготовлен в преддверии старта курса «Нагрузочное тестирование».

      Также приглашаем всех желающих зарегистрироваться на демо-урок курса по теме «Проведение нагрузочного тестирования в средстве Performance center».

      Ошибка вида [DBNETLIB][ConnectionOpen (SECCreateCredentials()).]SSL Security error:

      Если возникает ошибка вида [DBNETLIB][ConnectionOpen (SECCreateCredentials()).]SSL Security error при обращении к MSSQL серверу, то решение следующее:
      Необходимо установить значение Enable параметру групповой политики безопасности
      Local Security Policy —> Local Policies —> Security Options —> ‘System cryptography: Use FIPS compliant algorithms for encryption, hashing, and signing

      Затем от имени администратора выполнить в командной строке:
      gpupdate /force

      [Перевод] Как собрать счетчики производительности процессора в Windows?

      Периодически мои подписчики задают мне вопросы о том, как проводить микроархитектурный анализ в Windows? Если честно, это никогда не представляло для меня какой-то особой проблемы. Угадайте почему? Потому что я работаю в Intel и, конечно же, у меня есть лицензия для использования Intel® VTune™ Amplifier. Поэтому я не могу полностью прочувствовать боль людей, которые заняты работой, связанной с производительностью в Windows, и не имеют доступа к Vtune или AMD CodeAnalyst. Поскольку это не было для меня проблемой, я ничего не предпринимал для ее решения. Наконец, недавно я просматривал блог Бартека посвященный кодингу и наткнулся на статью «Любопытный случай с производительностью бранчинга». Мне это показалось случаем, который можно легко проверить, просто запустив perf stat, если бы мы работали в Linux. Но поскольку мы работаем в Windows… все не так просто.

      В этой статье я хочу представить один из способов сбора PMU-счетчиков без Intel® VTune™ Amplifier. Почти всю необходимую информацию я взял из блога Брюса Доусона. Он написал статью, которую я хочу расширить и сделать ее более пошаговой. Т.е., все лавры здесь принадлежит Брюсу, потому что не я автор этой работы. Если вы хотите поэкспериментировать сами, я предлагаю вам сначала воспроизвести пример, описанный в статье Брюса (вот ссылка на github с исходниками и скриптами).

      Однако не воспринимайте все, что написано в моей статье, за чистую монету. Я не Windows-разработчик и не трачу много времени на анализ производительности в Windows. Это всего лишь один из способов сбора PMU-счетчиков — могут быть и другие, более простые и надежные. В конце концов, вы всегда можете приобрести Intel® VTune™ Amplifier, который, кстати, может быть довольно дорогим. Но сразу хочу сказать, что, если вы собираетесь проводить серьезный анализ производительности и тюнинг в Windows, реальных альтернатив Vtune нет (и это не реклама).

      Читайте так же:
      Начисление платы за гвс по общедомовому счетчику

      Какие инструменты вам понадобятся?

      xperf. Вам необходимо установить Windows Performance Toolkit, который является частью Windows Assessment and Deployment Kit (Windows ADK). У меня xperf был автоматически добавлен в PATH.

      tracelog. Следуйте этим инструкциям, чтобы получить этот инструмент. Вам необходимо установить следующие компоненты:

      Windows Driver Kit

      Tracelog не был добавлен в мой PATH, но мне удалось найти его по следующему пути: “ C:Program Files (x86)Windows Kits10bin10.0.17763.0×64 “. У вас этот путь может отличаться.

      Для установки всех этих комплектов потребуется некоторое время, поэтому запаситесь терпением.

      Использование tracelog и xperf для сбора трейсов

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

      Если мы заглянем в pmccounters.txt, внутри мы увидим все трейсы в текстовом формате. Из них можно извлечь много интересного, но давайте сосредоточимся на двух вещах:

      Рассмотрим этот фрагмент трейса:

      Обратите внимание, что для каждого события CSwitch есть соответствующее событие Pmc. Мы видим, что они имеют одинаковые таймстемпы. В этом фрагменте трейса произошло переключение контекста с нашего процесса ( ConditionalCount.exe ) на другой процесс ( csrss.exe ). Мы можем увидеть это, посмотрев на Old Process Name (PID) события CSwitch с таймстемпом 214821. Т.е. был некоторый период времени, в течение которого ConditionalCount.exe выполнялся на ЦП (между таймстемпами 214821 и 214810).

      Значение счетчика BranchMispredictions постоянно увеличивается. Мы можем подсчитать, сколько было ошибочных прогнозов бранчинга за этот период времени, посчитав разницу этих значений в двух событиях Pmc. Для этого фрагмента было 1101713 – 1101534 = 179 неверных прогнозов бранчинга. Суммируя все дельты, мы можем рассчитать общее количество ошибочных прогнозов бранчинга за все время работы приложения.

      Совет от профессионала: если вы наблюдаете показатели, которые отличаются от ожидаемых, я все таки рекомендую вам попробовать запустить тот же бенчмарк в Linux с помощью команды perf stat . Вы можете найти множество статей о том, как это сделать, в моем блоге. Другой способ – сбросить сборку и проверить наличие ожидаемого кода. Возможно, компилятор сделал что-то умное и удалил код, который вы хотели протестировать.

      Анализ трейсов с помощью скрипта Python

      Для анализа трейсов и извлечения информации Брюс написал специальный скрипт. Этот скрипт извлекает значения PMC для процессов, которые нас интересуют (2 аргумента):

      Вот результат, который я получил на своем компьютере (Win 10, Intel (R) Core (TM) i5-7300U).

      Vtune показывает аналогичные результаты.

      Какие еще счетчики мы можем собрать?

      Заключение

      Этот метод еле-еле дотягивает до того, что умеют делать Vtune или perf в Linux. Количество счетчиков ограничено, и это только подсчет без сэмплинга (см. разницу между подсчетом и сэмплингом здесь). Так-то это так, но, по крайней мере, вы можете провести предварительный анализ производительности.

      Во-вторых, если вы хотите собрать разные PMC, отличные от неправильного прогнозирования бранчинга, вам необходимо изменить не только команду tracelog , но и скрипт python, который анализирует трейсы.

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

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

      Калькулятор от Outervision

      В калькуляторе есть возможность выбора платформы, разработчики этот раздел почему-то назвали Motherboard. По умолчанию выбран Desktop, который сразу в расчет добавляет 62 Вт мощности.

      Мощность процессора определяется по его TDP. Пиковая потребляемая мощность процессора не учитывается.

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

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

      Предусмотрен выбор всевозможных устройств хранения, даже дисков с интерфейсом IDE. Есть и SSD M.2. Обширный список устройств с интерфейсом PCI и PCIe и большой выбор прочих устройств, от USB до светодиодной ленты.

      Читайте так же:
      Код ошибки для счетчиков альфа

      Все здорово, но своей видеокарты GTX 1650 Super автор не обнаружил. Выбираем 1660, а, так как она потребляет на 20 Вт больше, то в расчетном значении вычтем 20 Вт.

      В итоге получаем расчетную максимальную потребляемую мощность системы, рекомендуемую минимальную мощность блока питания (Recommended PSU Wattage) и, внимание, рекомендуемую мощность источника бесперебойного питания — ИБП (Recommended UPS rating). Вот для чего мы указываем монитор.

      Результаты

      Рассчитанная мощность калькулятором Outervision

      Измеренная потребляемая мощность ПК

      *за вычетом 20 Вт на реально установленную GTX 1650 Super. В скобках указана рекомендуемая минимальная мощность БП

      Этап II. Настройка счетчиков производительности.

      Создаем новый набор счетчиков.

      Идём в контрольную панель и вызываем «Administrative Tools» (Control PanelAll Control Panel ItemsAdministrative Tools)

      Открываем «Performance Monitor» и в раздел «User Defined» добавляем новую коллекцию счетчиков:

      Выбираем «Create manually (Advanced)»:

      Указываем, что мы хотим логировать именно счетчики производительности:

      На следующем экране представлены все возможные счетчики. Для примера возьмем один:

      В разделе «Processor» есть счетчик «% Processor time». В нижнем списке уточняем, какое ядро хотим мониторить. Для примера выбираем «Total» и нажимаем «Add». Это позволит отслеживать в процентах общую нагрузку по всем ядрам.

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

      Далее без изменений, поэтому можно сразу жать «финиш». В итоге получаем набор счетчиков, но он пока не запущен, и запускать его пока что рано.

      Перенастраиваем набор на БД MS SQL

      Заходим в DataCollector01 и перевыбираем параметр Log format с Binary на SQL

      Далее в параметре «Data source name» выбираем созданный в первом разделе провайдер

      Идём в настройки New Data Collector Set. На закладке «Schedule» добавляем задание по старту счетчиков на ежедневной основе.

      На закладке «Stop Condition» выставляем условия окончания сбора счетчиков. Я выбрал в качестве ограничения размер БД в 10 Гб.

      Сохраняем и з апускаем счетчики

      Проверяем, что данные начали собираться в БД MS SQL:

      Этап III. Получение данных и их обработка в 1С

      Теперь нужно получить данные из этой БД и как-то интерпретировать. Для этого нам понадобятся 2 функции:

      Подключение к БД:

      Получение данных из БД

      В описываемом примере используется только 1 счетчик, но на самом деле их может быть много, поэтому сначала получим их список из таблицы [CounterDetails]:

      Результат разбиваем на 3 списка (можно одним, но не наглядно):

      1. Список объектов контроля (ОЗУ, процессор и т.д.) [ObjectName]
      2. Список счетчиков [CounterName]
      3. Список экземпляров (Например нагрузку на процессор можно отслеживать в общем, а можно по ядрам) [InstanceName]

      В итоге, выбрав нужное значение, в каждом из списков можно получить ID, по которому мы получим данные из таблицы [CounterData]. Помимо ID в условии указываем интервал времени, за который мы хотим получить информацию:

      Для построения графика достаточно выбрать CounterDateTime и CounterValue.

      В итоге получилась обработка следующего вида.

      Для удобства помимо графика на форму выведены таблицы результатов запросов.

      Настройки подключения к БД видны на закладке «Настройки». В событии»ПриСозданииНаСервере» можно прописать их автозаполнение

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

      1. Имя счётчика (в нижнем регистре)

      2. Значение которое будет отчерчено на графике зеленой линией

      3. Описание счетчика.

      Для примера, в обработке заполнил полностью для рассматриваемого счетчика. Результат видно на основном скрин-шоте:

      Никаких уникальных технологий не применялось, всё сделано именно на уровне «для чайников», из-за этого кому-то код может показаться «не на уровне». Так что пожелания и к онструктивная критика — приветствуются.

      Если где-то описал сумбурно и требуется больше пояснений или кода — готов откорректировать.

      Скачать файлы

      Специальные предложения

      (2) http://www.gilev.ru/1c/cloud/HardwareClient82.cf лежит уже 4й год, там практически все указанное в статье есть, очередное изобретение велосипеда

      особенно меня радуют статьи «в интернете не нашел, поэтому. » так и хочется спросить сколько секунд искал

      теперь по статье — открываете системный монитор действия — свойства — источник — базы данных.
      чтобы снимать данные каждую секудну идете рядом в свойствах — общие — элементы диаграммы — съем показаний каждые: 1 секунда
      интервал анализируемых данных выбирается свойства — источник — диапазон времени

      Читайте так же:
      Пластмассовый корпус для счетчика

      как говориться без комментариев

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

      при указании нескольких источников точно также можно посмотреть графики с разных серверов

      (8) Gilev.Vyacheslav, Суть стаьи не конкурировать с другими сервисами, а показать что и как можно сделать.

      Меня не интересует отправка данных на сторонние ресурсы + черный ящик, который не ясно как работает (как минимум по соображениям инф. безопасности) . В нем есть описание счётчиков и обоснование граничных условий? Ссылки на MSDN? + стоимость 10 000 руб. для юр. лиц.

      (10) т.е. код так и не посмотрели, но решили порассуждать «не читал, но осуждаю»
      похвальный подход, вопросов больше нет

      (11) DenIv, именно потому что и наш код, и многие сторонние обработки уже много раз заново изобретались — данная статья нового контекста не несет на мой взгляд

      «За пользование своим сервисом вы просите денег. » ну 100 рублей мы просим потому что когда 3 года сервис работал бесплатно, люди настраивали десятки гигабайт в месяц к нам заливать, а при этом не разу не пользовались, поэтому мы сделали скорее психологический барьер чтобы ненужную работу наши сервера не делали, если 100 рублей — это как цуп за 84 000 руб., то готовы взять 1 рубль или даже бесплатно, главное что вы обязуетесь выключить заливку, если не будете заглядывать больше месяца

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

      PhysicalDisk(_Total)% Disk Read Time
      PhysicalDisk(_Total)% Disk Write Time
      PhysicalDisk(_Total)Avg. Disk Bytes/Read
      PhysicalDisk(_Total)Avg. Disk Bytes/Write
      PhysicalDisk(_Total)Current Disk Queue Length
      PhysicalDisk(_Total)Disk Read Bytes/sec
      PhysicalDisk(_Total)Disk Write Bytes/sec
      PhysicalDisk(ххх)Avg. Disk sec/Read по 3-м дискам
      PhysicalDisk(ххх)Avg. Disk sec/Write по 3-м дискам
      Processor(_Total)% Processor Time
      Processor(_Total)DPCs Queued/sec

      При наличии 11 дисков и 16 CPU занимает за сутки 390 МБ.

      (2) Gilev.Vyacheslav
      Вячеслав, стесняюсь спросить: Ваш сервис, разве не по этому же принципу работает? Вы какими мотивами руководствовались когда изобретали свой велосипед?
      К чему это негатив? Идея не нова, действительно, но в интернетах, кроме Ваших сервисов, которые собирают по тому же принципу показания, но только в Ваши БД, и ЦУПа, ничего вменяемого БЕСПЛАТНО действительно нет.
      Ваш HardwareClient82 — это конфигурация собрал что-то отправил куда-то, получил ответ с истиной. Логика совершенно другая. За пользование своим сервисом вы просите денег.
      Здесь все прозрачно, не кофа, а обработка, денег не стоит.
      Процитирую. Вас же: — «как говориться без комментариев »
      PS. Ваш авторитет в данной области ни у кого не вызывает сомнений, однако, именно поэтому Ваша позиция : все дерьмо я Д`артаньян смотрится как-то странно

      (2) h00k ЦИБ — стоит нормальных денег, плюс без подготовки и обучения понять что-то в ЦУПе сложно (ИМХО).

      научитесь лучше пользоваться SQL Server Profiler
      там всё есть. с отборами

      а еще лучше см. «Настольная книга 1С:Эксперта по технологическим вопросам»
      (артикул: 4601546110060)
      Подробнее о ней на сайте: http://v8.1c.ru/metod/books/book.jsp?id=452

      Отличная идея.
      Однозначно ПЛЮС

      Еще бы лучше в настройках и в запросах имя базы.
      А то ругается ))

      Не запускается сбор, ошибка «Вызов SQLAllocConnect завершился в ошибкой %1»

      Журнал показал
      Источник PDH, Код события 3041, в описании ошибки вот это:
      Вызов SQLAllocConnect завершился с ошибкой [Microsoft][ODBC SQL Server Driver][SQL Server]Ошибка входа пользователя «»…

      БД и Сервер на котором запускается сбор, не объединены в домен. Сборщик стартует от имени локальной учетки, как быть?

      Просмотры 39002

      Загрузки 85

      Рейтинг 102

      Создание 06.04.15 12:42

      Обновление 06.04.15 12:42

      № Публикации 342025

      Конфигурация Конфигурации 1cv8

      Операционная система Windows

      Вид учета Не имеет значения

      Доступ к файлу Абонемент ($m)

      голоса
      Рейтинг статьи
      Ссылка на основную публикацию
      Adblock
      detector