Достался мне по наследству движок, который приходится разбирать на предмет производительности.
Первым делом включил трасировку и выяснил, что уходит 7 секунд на обработку PreRender события модуля, унаследованного от System.Web.UI.UserControl.
При этом PreRender не перегружен.
Шаблон для генерации страницы берётся из базы данных.
Я недавно начал изучать ASP .NET, поэтому возможно не додаю какие-то данные вам, спросите - помогите 

Добавлено @ 05:22
Сейчас попробовал перопределить OnPreRender и поставил бряк в пустое тело функции - выполнение не остановилось.
При первом входе на страницу отрабатывает раз в 5 дольше.

Это сообщение отредактировал(а) Rickert - 24.10.2008, 05:23

Этого следовало ожидать 


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


Дело в том, что этот UserControl доступен на странице как protected поле, поэтому ничто не мешает подписаться на событие контрола, например, из самой страницы (или даже из других контролов: ((MyPage)anotherControl.Page).ThatUserControl.PreRender += lablabla). В этом случае трассировка - не лучший выход: стоит воспользоваться профайлером (например, ANTS Profiler), который в подробностях распишет кто, когда и главное где подписывается на это событие.

Idsa, ссылкой угостишь?

Триал версию можно скачать с сайта фирмы Red-Gate: http://www.red-gate.com/Products/ants_profiler/index.htm

Вопрос к Idsa.

Есть 2 страницы, на одной странице допустим есть функция, ничего не принимающая и ничего не возвращающая.

Могу я эту функцию вызвать из другой страницы ?

Сделаем вид, что этот вопрос относится к данному топику ;)

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

Благодаря ANTS увидел что задница в другой функции, которая корнями своими кривыми уходит в оракловую dll'ку для клиента.
Oracledataaccess.dll
Что-то не так с БД настройками. Почему на чтение из БД уходит 15 секунд, при этом сервере, где стоит БД почти не загружен и вообще особо не шевелится, при выполнении запросов - значит не в железе маза  
Тогда в чём? Много думаю...

Было бы интересно заглянуть в этот долгоиграющий метод, посмотреть, что же так тормозит систему (может, программист, работавший над проектом до этого, перед увольнением в гневе поставил там Thread.Sleep(10000); всякое бывает).

Еще интересно, каким образом этот метод оказался связанным с PreRender контрола при том, что у самого контрола это событие не обрабатывается.

Idsa, программист не увольнялся, сидит в соседнем офисе. А обращение к БД идёт через BLToolKit - там всё чисто. +все функции самого движка просмотрел - чисто.

Это был не самый вероятный вариант, скорее, ирония 


А что же такое считывается целых 15 секунд?

И все-таки, какова связь между этим методом и событием PreRender контрола? Трассировака же не могла соврать...

Idsa, она и не врала. В OnPreRender вызывался метод, в котором идёт обращение к БД.
Вообще странно всё. Тут видимо в сервере дело, ибо сейчас время отлика увеличилось троекратно и постоянно.
Нашёл много "задержек" в самом коде. Уж слишком навороченный движок у человек вышел.

Меня просто вот эта фраза смутила:

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