Монитор производительности создает какую-либо нагрузку на контролируемую систему?

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

В то время как Вы смогли работать что-то, что это легко обойдется.

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

4
задан 23 February 2010 в 16:50
3 ответа

Вы не можете наблюдать то, что происходит, не влияя на объект, наблюдаемый до некоторой степени :-)

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

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

10
ответ дан 3 December 2019 в 02:28
  • 1
    Я заметил понижение производительности, если у меня есть БОЛЬШАЯ установка счетчиков, и я нахожусь на машине, которую я контролирую. Объемом вопроса был дистанционный мониторинг (извините, должен указанных это). Спасибо за ответ. –  Brettski 23 February 2010 в 16:42

Можно уменьшить загрузку путем выполнения perfmon на другой машине, чем та, которая Вы контролируете и используете удаленные счетчики.

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

3
ответ дан 3 December 2019 в 02:28
  • 1
    Это действительно добавляет немного служебные в сетевых передачах, тем не менее, и к счетчикам все еще получают доступ и действующей на сервер... поэтому действительно единственная загрузка you' ре, снимающее систему, является издержками perfmon gui самого и обработки видеоданных для обновления дисплея gui :-) –  Bart Silverstrim 22 February 2010 в 19:09
  • 2
    И запись в tracelog файл и вероятно другие вещи также. Это могла бы быть деталь, но это - рекомендация MS (для лучших результатов, сожмите трубу от нижней части) выполнять Perfmon от другого поля, чем Ваша цель. –  mfinni 22 February 2010 в 20:08
  • 3
    Единственная причина отдельных коллекторов состоит в том, что существует несколько человек, заинтересованных состоянием машины. –  Brettski 23 February 2010 в 16:38

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

0
ответ дан 3 December 2019 в 02:28
  • 1
    режим транзитной передачи, промежуток? Вы могли объяснить или добавить ссылку? Действительно ли это - простое действие контроля удаленной системы? –  Brettski 23 February 2010 в 16:39
  • 2
    I' m не уверенный, о чем говорит @John также. " Обход mode" и " span" походите на сетевые условия (как в, switchport конфигурации), который не релевантен этому обсуждению. –  mfinni 23 February 2010 в 18:37

Теги

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