Влияние самого профилировщика на измерение производительности в .Net

Question

Каковы эффекты запуска, скажем, профилировщика Visual Studio 2010, на производительность моей программы? То есть, каким образом результаты от профилировщика фактически неточны из-за того, как профилировщик должен «вмешиваться» в нормальную работу программы для проверки производительности? Или есть такие проблемы?

Этот вопрос связан с тем фактом, что я вижу, что свойство получает/устанавливает свойство как занимающее значительное количество времени в моих методах в профилировщике Visual Studio 2010 (я программирую на C#). Эти свойства являются теми, которые автоматически генерируются в словаре ресурсов .resx (избегая магических строк :-)), и поэтому я хотел бы принять, что компилятор JIT и/или интерпретатор, работающий за кулисами , как правило, ввел их если бы это было полезно. Я бы предположил, что такая инкрустация не возникает, когда вы запускаете профилировщик ... Или это так?

Я специально работаю с профилировщиком Visual Studio 2010, но я был бы признателен за ответ, который включает в себя другие профилировщики.

Извините, если я упустил вопрос, который отвечает на это уже, не стесняйтесь указывать путь.

Answer 1

С моей точки зрения, это зависит ...

Как вы знаете, есть много режимов профилирования. Для профилирования CPU/time, trere - выборка и контрольно-измерительные приборы.

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

Эта аппаратура включает в себя вставку зондов в целевой код в начале и конце каждой выполняемой функции, чтобы можно было отслеживать вход и выход из каждого вызова функции. В сеансе профилирования точное количество раз, когда вызывается функция, и сколько времени требуется на выполнение, можно точно измерить. Однако захват этой детали происходит за счет стоимости. При каждом вызове функции имеется довольно значительная служебная нагрузка (обычно не менее 10% и может быть легко 100% или более, но более или менее зависит от размера профилируемых функций). Увеличение размера кода и выполнение дополнительного кода в профилировщике также может вызвать некоторые неблагоприятные эффекты кэширования процессора.

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