Я ищу инструмент, чтобы измерить или обнаружить “безразличность” настольного ПК

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

4
задан 5 October 2012 в 17:46
2 ответа

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

Графит особенно хорош для этого.


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

(По определению, система не знает что он медленно или не отвечает.)

3
ответ дан 3 December 2019 в 03:19

Это бесконечная битва. Компания, производящая оборудование, обвиняет софтверную компанию ... кто обвиняет ИТ-персонал ... кто виноват ... ... ... ... <ДА, АУТСОРСИНГ!>

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

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

Если вы видите значительное количество вещей, ожидающих в очереди диска ... возможно, вам следует оптимизировать свой диск (дефрагментировать? Заменить на более быстрые диски? Проверить на наличие ошибок ... и т. Д ...). еще не повезло ... возможно приложение не очень хорошо оптимизировано. Плохие разработчики часто делают ошибки, когда приложение считывает 100 МБ данных, когда ему нужны только последние 5 строк журнала.

Если вы видите большой объем сетевого трафика ... пора выяснить, почему. Возможно, происходит много "повторных передач" из-за неисправного кабеля / оборудования ... возможно, в сети есть петля, а коммутаторы не поддерживают связующее дерево ... Может быть, в сети много лишнего мусора, например принтеры с поддержкой apple-talk / ipx ... список можно продолжить.

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

... это всего лишь царапина на поверхности ... Устранение неполадок "зависающих" приложений, когда у вас нет доступа к источнику -code или разработчику, который знает, что они делают ... ОГРОМНОЕ мероприятие.

2
ответ дан 3 December 2019 в 03:19

Теги

Похожие вопросы