Другой способ посмотреть на него состоит в том, что, если у пользователей есть в основном неограниченный корневой доступ, они могут легко получить полный корневой доступ.
В то время как Вы смогли работать что-то, что это легко обойдется.
SElinux, хотя возможный путь, хотя действительно требуется много для изучения.
Вы не можете наблюдать то, что происходит, не влияя на объект, наблюдаемый до некоторой степени :-)
Но эффект минимален. Иначе у Вас было бы много людей, жалующихся на то, как бесполезный монитор производительности находится, когда практически используется в поле.
Править: Чем больше счетчиков Вы используете, тем более служебный это действительно налагает (как из этой ссылки). Мои события состоят в том, что издержки обычно незначительны..., если perfmon в нормальной эксплуатации может уничтожить Вашу систему, Вы работаете на краю проблем так или иначе.
Можно уменьшить загрузку путем выполнения perfmon на другой машине, чем та, которая Вы контролируете и используете удаленные счетчики.
Кроме того, может быть лучше выполнить perfmon на единственной машине, вместо того, чтобы иметь несколько perfmons, работающие против Вашего контролируемого сервера. Я никогда не читал или экспериментировал с наблюдением, что несколько удаленных perfmons делают к контролируемому серверу, это может быть незначительно, но это кажется нечетным мне, чтобы сделать это от нескольких коллекторов.
Ну, это зависит от методов, Вы контролируете сервер. При контроле производительности через режим транзитной передачи или промежуток эффект минимален. При контроле сервера на себе он будет использовать память и понижать производительность его.