Microsoft Facebook sdk

Вы спрашиваете об издержках использования попытки/выгоды/наконец, когда исключения не выдаются, или издержки использования исключений для управления технологическим маршрутом? Последний несколько сродни использованию динамитной шашки для зажигания свечи дня рождения малыша, и связанные издержки попадают в следующие области:

• можно ожидать дополнительные неудачные обращения в кэш из-за вызванной исключительной ситуации, получающей доступ к резидентным данным не обычно в кэше.

• можно ожидать дополнительные отсутствия страницы из-за вызванной исключительной ситуации, получающей доступ к нерезидентному коду и данным не обычно в рабочем наборе приложения.

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

  • оба из вышеупомянутых объектов обычно код "холода" доступа и данные, таким образом, трудные отсутствия страницы вероятны, если у Вас есть давление памяти вообще:

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

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