Доброго времени суток!

Заметил что после получения страницы браузером идёт ощутимо долгая её обработка. Время от начала загрузки скриптов и до события load объекта window - 4.5 секунды!

Из них 2.5 секунды - рендеринг страницы (время с момента получения последней строки код браузером и до события готовности DOM) и 2 секунды - выполнение скриптов. Обе цифры ужасны, хочу их уменьшить.

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

Яростный Мечbrbrbr2.5 секунды - рендеринг страницыа сколько страница весит?

помню, было такое - html на 5 метров, из них 4.7 - комбобоксы по несколько тыщ опшенов. Сделал заполнение оных аяксом - всё закрутилось-завертелось как надо.
400кб, около 9к строк, в которых вперемешку списки и таблицы.
Уже нашёл как половину строк убрать, но придётся делать динамическую загрузку элементов дерева.


ShSergebrbrbr,

Поставить файрбаг. Ещё желательно фидлер.
Фидлер качаю, вместо фаербага WebDevTool от IE9, т.к. сайт только под IE работает и используется.

Возможно, я не умею им пользоваться, но разве в фаербаге/WDT есть возможность посмотреть список отработавших функций? Ставить брейкпоинты напротив каждой функции в 8 подключаемых файлах я не решился, а потому и ушёл гуглить и спрашивать тут.

IDVsbruckВсе равно для чего, ФФ пока умеет это делать лучше всех.
400к объем и 9к строк - это весьма ощутимо для страницы, время не очень страшное. Лучшая оптимизация для страниц - пагинация таблиц. Второе - если есть картинки, убирай их из начальной загрузки, после загрузки страниц заполняй их сорсы. Третье - если есть вспомагательные и второстепенные скрипты, ставь их в самый конец, перед закрытием боди. Ну и главное - что не касается собственно оптимизации самой страницы - максимально перености формирование страницы с клиента на сервер, чтобы за View больше отвечал MVC сервера, а не сама вьюшка.
Большое спасибо за советы!
А что ты подразумеваешь под пагинацией таблиц? Я так понимаю, это актуально для больших таблиц, или нет?
Там просто сам макет табличный, да и вообще разрабы не гнушались использовать таблицы, например, для отрисовки меню - каждому пункту своя табличка из 2х ячеек: в левой иконка, в правой - название. И т.п.

IDVsbruck:) Пагинация - глупое новомодное слово - pagination (нумерация или постраничность). Я имею в виду, что если, скажем, в таблице 528 строк, то имеет смысл показывать 20, получая их с загрузкой страницы, и на странице организовать навигацию по содержимому (кнопки "first page", "prev page", "next page", "last page"). Для клиентской части это совершенно несложно, фактически отправляется только команда (номер) и номер первой строки, а сервер вытаскивает нужные данные и отдает их клиенту. Пользовательские гриды в основном построены с использованием такой штуки.
pagination встречал и представляю себе, но вот "пагинация" сперва ввела в ступор - решил уточнить. :)