ASP.NET MVC: Производительность сайта, лимиты хостинга или Memory Performance Profiler для сайта

На правах предисловия

В предыдущей статье был описан поэтапный переход с MVC 3 на MVC 4. Речь шла о проекте “Музей Юмора”, про который написано несколько статей в цикле “История одного проекта” (жаль, что не дошли руки написать об оптимизации этого проекта). Так вот, со всей ответственностью могу заявить, что не всё так сказочно красиво и добротно в новом MVC4 и есть подводные камни. После перевода сайта на новую версию MVC и публикации проекта на сервере хостинг-провайдера (у меня провайдер parking.ru, который обслуживает мои сайты аж с 2005 года) повалились непредвиденные трудности.

Подводные камни

Я думаю, ни для кого не секрет, что все хостинг-провайдеры, так или иначе, ограничивают своих клиентов, вернее сайты своих клиентов, на предмет доступности ресурсов сервера (всё зависит от конкретного тарифного плана, но тем не менее, ограничения есть и немалые). Например, на сайте моего провайдера ограничение на использование процессорных мощностей установлено в 10%, а использование памяти на пул составляет 200 Мб. У других провайдеров (на момент написания статьи) и того меньше.

После перевода сайта на платформу MVC4 стал “вываливаться”. Сначала редко, а потом всё чаще и чаще, отображая такое сообщение:

ServiceUnavailable

Самое обидное, что никаких записей в системе аудита моего сайта не появлялось. А локально (в отладке) сайта работал идеально правильно и ровно. Служба поддержки провайдера, после некоторого обмена почтовых сообщений, выдала мне следующую информацию по логам их сервера:

System 2645362 2012-10-15 11:59:47 2012-10-15 11:59:47 5117 4 Information event 0 None WAS 52480|calabonga-111 web15.corpa.parking.ru … A worker process with process id of '52480' serving application pool 'calabonga-111' has requested a recycle because it reached its private bytes memory limit.

А это, если говорить по-русски, значит следующее: Сайт “запросил” у сервера слишком много памяти, и сервер “убил” процесс. Процесс убивался на несколько десятков минут. Сайт через некоторое время снова запускался, но, как понимаете, осадок-то остается и множится с каждым “падением”. Пришлось начать расследование, потому что предложенное провайдером решение “переход на другой, более дорогой тарифный план” не входило в мои планы.

Расследование

Самое трудное в этой жизни, как гласит народная мудрость: догонять и ждать! Но я бы добавил еще одно – “искать утечки памяти”. Пусть это частный случай касательно программирования, но попробуй-ка найди!

Одна очень хорошая1 программа помогла найти мне “узкое место” в структуре сайта, а если конкретнее сказать, то именно то место, где память “сливалась в унитаз” с огромной скоростью и завидным постоянством. “Узкое место” в MVC4 – Bundles!

100-w-bundlers-test

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

BundleConfig.RegisterBundles(BundleTable.Bundles);

То сайт работал как часы, медленно (что не видно невооруженным глазом), но работал. Более того, оказалось, Microsoft знает об этой проблеме,  потому как на сайте форума social.msdn.microsoft.com на жалобу одного из пользователей (в вольном переводе с английского), которая звучала примерно так: “…Сайт до подключения минимизации запускался менее чем за полсекунды, а после подключения стал запускаться за более чем пять с половиной секунд…”, был опубликован ответ, который меня поразил: “…Да, это действительно так, зато потом всё быстро работает. Проводите тестирование на запущенном сайте…”.  Я шоке – сайт unavailable! Так дело не пойдет, надо найти другое решение.

ПримечаниеБезусловно, проблемных мест в структуре моего сайта много пока не будет проведена основательная оптимизация, но тот объем памяти “сжигаемый” при минимизации при каждом пуске приложения был самым большим. Поэтому пришлось первой решать именно эту проблему.

Решение

Очевидно, что от такого тормоза надо избавляться. Вариант, который пришел мне в голову – минимизировать и склеивать необходимые файлы только при компиляции приложения в режиме “Release”, то есть перед публикацией на сервер хостинга. А при отладке (работа в режиме “Debug”) использовать не минимизированные файлы скриптов и CSS.

После непродолжительных поисков в Интернете, я остановился на Microsoft Ajax Minifier. Одной из отличительных особенностей этого минимизатора является то, что он может запускаться как Task для MSBuild.

Итак, для того чтобы показать как работает минимизация и склеивание, покажу для начала текущую структуру папок и названия файлов:

100-folders

рис.1 “Структура проекта Музей Юмора”

В папке Content имеются два файла, которые должны быть подвержены обработке:

humor.css
jquery-ui-1.9.0.custom.min.css

Первый, это, собственно говоря, каскадные стили сайта, он не сжатый. Второй – jQuery UI файл, которой уже сжат.

Задача 1: Сжать humor.css и склеить его с jquery-ui-1.9.0.custom.min.css. Название для общего файла будет all.min.css.

В папке Js находится фреймворк на javascript:

100-folders-js

рис.2 “Фреймворк на Javascript для сайта”

Задача 2: Файлы mvc.helpers.*.js являются вспомогательными. Например, для поиска по сайту в поле autocomplete, или тот же autocomplete для подстановки тегов. Их надо минимизировать. Если, уважаемый читатель, вы еще не читали статьи про knockout в нашем блоге, то файлы site.core.js и site.services.js это основа для работы моего фреймворка для всех страницах сайта с knockout. Эти файлы надо склеить и сжать, пусть название сжатого файла будет engine.min.js. Что же касается site.vm.*.js, то это ViewModel’ы для страниц представлений. Эти файлы надо только сжать.

Теперь поговорим про папку Scripts. Вот что сейчас там валяется:

100-folders-scripts

рис. 3 “Остальные скрипты и фреймворки на javascript”

Задача 3: Файлы в папке Scripts, которые надо сжать:

jquery.blockUI.js
jquery.cookie.js
knockout.validation.ru-ru.js
modernizr-2.6.2.js

Остальные уже имеют минимизированную версию. Но и те и эти надо склеить в один файл (не все, только некоторые, что к чему приклеивать разберем ниже), пусть он называется common.min.js. Этот файл будет подключаться в главном шаблоне, потому как все страницы будут использовать его. Также некоторые файлы из этой папки нужно будет склеить в файле engine.min.js. Не может же мой фреймворк работать без knockout.js :)

Файлы и папки

Итак, подведем итог. Компиляция проекта в режиме “Release” должна создать файл all.min.css, в котором должным быть минимизированы и склеены:

humor.css
jquery-ui-1.9.0.custom.min.css

Файл common.min.js, должен содержать файлы:

jquery-1.8.2.js
jquery-ui-1.9.0.js
jquery.blockUI.js

Файл engine.min.js должен содержать следующие файлы:

knockout-2.1.0.js
knockout.validation.js
knockout.validation.ru-ru.js
knockout.mapping-latest.js
jquery.cookie.js
site.core.js
site.services.js

Файлы, которые должны быть просто минимизированы без склеивания с другими:

site.vm.*.js – все ViewModel’ы
mvc.helpers.*.js – все вспомогательные файлы скриптов

Таком образом, в режиме отладки (Debug) на главной странице я буду использовать такие скрипты:

<scriptsrc="~/Scripts/knockout-2.1.0.js"></script>
<
scriptsrc="~/Scripts/knockout.validation.js"></script>
<
scriptsrc="~/Scripts/knockout.mapping-latest.js"></script>
<
scriptsrc="~/Scripts/jquery.cookie.js"></script>
<scriptsrc="~/Js/site.core.js"></script>
<
scriptsrc="~/Js/site.services.js"></script>
<
scriptsrc="~/Js/site.vm.lenta.js"></script>

А в режиме публикации (Release) всего два файла:

<scriptsrc="~/Js/engine.min.js"></script>
<
scriptsrc="~/Js/site.vm.lenta.min.js"></script>

Зачем всё это нужно? Постараюсь кратко объяснить. Да, размер файлов увеличится, но это будет гораздо лучше, потому что загруженные файлы кэшируются, а вот количество одновременных загрузок ресурсов ограничено на всех браузерах и равно 6 (в одном домене). То есть, пока грузится первые шесть скриптов, ни картинки, ни CSS файлы не грузятся, все ждут, и я, и вы в том числе.

MSBuild и Microsoft Ajax Minifier

Microsoft Ajax Minifier можно установить скачав установщик с сайта, а можно установить как nuget-пакет:

PM> Install-Package AjaxMin

После установки пакета начнем внедрение в файл проекта. Нажимаем правой кнопкой мыши на файле проекта, в меню опций выбираем Unload Project. Выгружаем проект из студии. Затем снова нажимаем правой кнопкой и теперь выбираем Edit. В студии открывается файл проекта. Начнем внедрение.

Перво-наперво, в аккурат после закрывающего тега </ProjectExtensions> вставляем новый импорт:

<ImportProject="$(SolutionDir)\packages\AjaxMin.4.73.4685.17669\tools\net40\ajaxmin.tasks" />

Далее вставляем новый Target, который будет запускаться по условию, если имя конфигурации будет “Release”:


   1:  <TargetName="AfterBuild"Condition=" '$(ConfigurationName)'=='Release' ">

   2:  

   3:  <!-- ... сюда будем вставлять последующий код ...-->

   4:  

   5:  </Target>

Теперь добавим внутрь группы для формирования файлов. Первая группа JsCommon, потом JsEngine и наконец, JsVm:


   1:  <ItemGroup>

   2:  <JsCommonInclude="

   3:                  $(ProjectDir)\Scripts\jquery-1.8.2.js;

   4:                  $(ProjectDir)\Scripts\jquery-ui-1.9.0.js;

   5:                  $(ProjectDir)\Scripts\jquery.blockUI.js;"/>

   6:  <JsEngineInclude="

   7:                  $(ProjectDir)\Scripts\knockout-2.1.0.js;

   8:                  $(ProjectDir)\Scripts\knockout.validation.js;

   9:                  $(ProjectDir)\Scripts\knockout.validation.ru-ru.js;

  10:                  $(ProjectDir)\Scripts\knockout.mapping-latest.js;

  11:                  $(ProjectDir)\Scripts\jquery.cookie.js;

  12:                  $(ProjectDir)\Js\site.core.js;

  13:                  $(ProjectDir)\Js\site.services.js;"/>

  14:  <JsVmInclude="

  15:                  $(ProjectDir)\Js\site.vm.*.js;

  16:                  $(ProjectDir)\Js\mvc.helpers.*.js;"

  17:  Exclude="

  18:                  $(ProjectDir)\Js\site.vm.*.min.js;

  19:                  $(ProjectDir)\Js\mvc.helpers.*.min.js;"/>

  20:  <CssFilesInclude="$(ProjectDir)\Content\*.css;"/>

  21:  </ItemGroup>

Обратите внимание на то, что  в строках 18 и 19 исключаются файлы, которые уже сжаты. Теперь “прочитаем” строки из всех файлов JsCommon и запишим в новый файл common.js:


   1:  <ReadLinesFromFileFile="%(JsCommon.Identity)">

   2:  <OutputTaskParameter="Lines"ItemName="jsCommonLines"/>

   3:  </ReadLinesFromFile>

   4:  <WriteLinesToFile

   5:  File="$(ProjectDir)\Js\common.js"

   6:  Lines="@(jsCommonLines)"

   7:  Overwrite="true"/>

В строке 1 имя файла указано JsCommon, который был создан в строке 2 предыдущего листинга. Теперь такую же операцию проделаем с JsEngine и CssFiles. Далее создадим новую группу из уже вновь созданных файлов:


   1:  <ItemGroup>

   2:  <JSCommonAllInclude="**\Js\common.js"Exclude="**\*.min.js"/>

   3:  <JSEngineAllInclude="**\Js\engine.js"Exclude="**\*.min.js"/>

   4:  <CSSInclude="**\Content\all.css"Exclude="**\*.min.css"/>

   5:  </ItemGroup>

А теперь, собственно говоря, сама минимизация:


   1:  <AjaxMin

   2:  JsSourceFiles="@(JSCommonAll)"

   3:  JsSourceExtensionPattern="\.js$"

   4:  JsTargetExtension=".min.js"/>

После всех операций вычищаем “каку” из проекта. Стоп, мне кажется, будет проще показать весь код который я вставил в файл проекта целиком, для наглядности:


   1:  <ImportProject="$(SolutionDir)\packages\AjaxMin.4.73.4685.17669\tools\net40\ajaxmin.tasks"/>

   2:  <TargetName="AfterBuild"

   3:  Condition=" '$(ConfigurationName)'=='Release' ">

   4:  <DeleteFiles="$(ProjectDir)\Content\all.min.css"

   5:  Condition="!Exists('$(ProjectDir)\Content\all.css')"/>

   6:  <ItemGroup>

   7:  <JsCommonInclude="

   8:                  $(ProjectDir)\Scripts\jquery-1.8.2.js;

   9:                  $(ProjectDir)\Scripts\jquery-ui-1.9.0.js;

  10:                  $(ProjectDir)\Scripts\jquery.blockUI.js;"/>

  11:  <JsEngineInclude="

  12:                  $(ProjectDir)\Scripts\knockout-2.1.0.js;

  13:                  $(ProjectDir)\Scripts\knockout.validation.js;

  14:                  $(ProjectDir)\Scripts\knockout.validation.ru-ru.js;

  15:                  $(ProjectDir)\Scripts\knockout.mapping-latest.js;

  16:                  $(ProjectDir)\Scripts\jquery.cookie.js;

  17:                  $(ProjectDir)\Js\site.core.js;

  18:                  $(ProjectDir)\Js\site.services.js;"/>

  19:  <JsVmInclude="

  20:                  $(ProjectDir)\Js\site.vm.*.js;

  21:                  $(ProjectDir)\Js\mvc.helpers.*.js;"

  22:  Exclude="

  23:                  $(ProjectDir)\Js\site.vm.*.min.js;

  24:                  $(ProjectDir)\Js\mvc.helpers.*.min.js;"/>

  25:  <CssFilesInclude="$(ProjectDir)\Content\*.css;"/>

  26:  </ItemGroup>

  27:  <ReadLinesFromFileFile="%(JsCommon.Identity)">

  28:  <OutputTaskParameter="Lines"ItemName="jsCommonLines"/>

  29:  </ReadLinesFromFile>

  30:  <WriteLinesToFile

  31:  File="$(ProjectDir)\Js\common.js"

  32:  Lines="@(jsCommonLines)"

  33:  Overwrite="true"/>

  34:  <ReadLinesFromFileFile="%(JsEngine.Identity)">

  35:  <OutputTaskParameter="Lines"ItemName="JsEngineLines"/>

  36:  </ReadLinesFromFile>

  37:  <WriteLinesToFile

  38:  File="$(ProjectDir)\Js\engine.js"

  39:  Lines="@(jsEngineLines)"

  40:  Overwrite="true"/>

  41:  <ReadLinesFromFileFile="%(CssFiles.Identity)">

  42:  <OutputTaskParameter="Lines"ItemName="cssLines"/>

  43:  </ReadLinesFromFile>

  44:  <WriteLinesToFileFile="$(ProjectDir)\Content\all.css"

  45:  Lines="@(cssLines)"Overwrite="true"/>

  46:  <ItemGroup>

  47:  <JSCommonAllInclude="**\Js\common.js"Exclude="**\*.min.js"/>

  48:  <JSEngineAllInclude="**\Js\engine.js"Exclude="**\*.min.js"/>

  49:  <CSSInclude="**\Content\all.css"Exclude="**\*.min.css"/>

  50:  </ItemGroup>

  51:  <AjaxMin

  52:  JsSourceFiles="@(JSCommonAll)"

  53:  JsSourceExtensionPattern="\.js$"

  54:  JsTargetExtension=".min.js"/>

  55:  <AjaxMin

  56:  JsSourceFiles="@(JsVm)"

  57:  JsSourceExtensionPattern="\.js$"

  58:  JsTargetExtension=".min.js"/>

  59:  <AjaxMin

  60:  JsSourceFiles="@(JSEngineAll)"

  61:  JsSourceExtensionPattern="\.js$"

  62:  JsTargetExtension=".min.js"

  63:  CssSourceFiles="@(CSS)"

  64:  CssSourceExtensionPattern="\.css$"

  65:  CssTargetExtension=".min.css"/>

  66:  <ItemGroup>

  67:  <DeleteAfterBuildInclude="$(ProjectDir)\Js\common.js"/>

  68:  <DeleteAfterBuildInclude="$(ProjectDir)\Js\engine.js"/>

  69:  <DeleteAfterBuildInclude="$(ProjectDir)\Content\all.css"/>

  70:  </ItemGroup>

  71:  <DeleteFiles="@(DeleteAfterBuild)"/>

  72:  <RemoveDirDirectories="$(OutputPath)\obj"/>

  73:  </Target>

Сохраняем файл проекта, и правой кнопкой мыши на нем, выбираем Reload Project. Переключаем конфигурацию в режим Release. Компилируем… Если вы всё правильно сделали, а сгенерированных файлов не увидели, проверьте включена ли опция показывать скрытые файлы:

100-hidden

рис. 4 “Показать все файлы”

У меня получилось то, что я хотел, все поставленные задачи выполнены. Я включил сгенерированные файлы в проект. Вот, например, как изменилась папке Js.

100-result

рис. 5 “Сгенерированные файлы”

Новые файлы отмечены синей бякой. Осталось только в разметке в зависимости от того включен Debug на сайте или нет, использовать те или иные скрипты и файлы.

Использование результатов

В главном шаблоне теперь подключение каскадных таблиц происходит так:


   1:  @if (HttpContext.Current.IsDebuggingEnabled) {

   2:  <linkhref="~/Content/humor.css"rel="stylesheet"/>

   3:  <linkhref="~/Content/jquery-ui-1.9.0.custom.min.css"rel="stylesheet"/>

   4:  <scriptsrc="~/Scripts/modernizr-2.6.2.js"></script>

   5:  }

   6:  else {

   7:      <link href="~/Content/all.min.css" rel="stylesheet" />

   8:      <script src="~/Scripts/modernizr-2.6.2.min.js"></script>

   9:  }

А вот так подключаются скрипты:


   1:  @if (HttpContext.Current.IsDebuggingEnabled) {

   2:      <script src="~/Scripts/jquery-1.8.2.min.js"></script>

   3:      <script src="~/Scripts/jquery-ui-1.9.0.min.js"></script>

   4:      <script src="~/Scripts/jquery.blockUI.js"></script>

   5:  }

   6:  else {

   7:      <script src="~/Js/common.min.js"></script>

   8:  }

И так придется сделать во всём проекте, придется пройтись по всем представлениям. Например, представление главной страницы теперь так подключает скрипты:


   1:  @section scripts{

   2:      @if (HttpContext.Current.IsDebuggingEnabled) {

   3:  <scriptsrc="~/Scripts/knockout-2.1.0.js"></script>

   4:          <script src="~/Scripts/knockout.validation.js"></script>

   5:          <script src="~/Scripts/knockout.mapping-latest.js"></script>

   6:          <script src="~/Scripts/jquery.cookie.js"></script>

   7:  

   8:          <script src="~/Js/site.core.js"></script>

   9:          <script src="~/Js/site.services.js"></script>

  10:          <script src="~/Js/site.vm.lenta.js"></script>

  11:      }

  12:  else {

  13:          <script src="~/Js/engine.min.js"></script>

  14:          <script src="~/Js/site.vm.lenta.min.js"></script>

  15:      }

  16:  }

Тестирование

До того как была выполнена оптимизация кода и сжатие скриптов и всё такое страница выглядела таким образом:

100-wo-optimization

После проделанных действий, (правда, еще большинство картинок объединены в спрайты и еще кое-какие махинации с файлами), результат следующий:

100-w-optimization

Сравните сами, какое количество загружаемых файлов было, и какое стало. А можете зайти на calabonga.com и покликать по страницам. Прирост в скорости очевиден. PageSpeed от Google теперь показывает 92 балла из 100 возможных:

100-pagespeed

До оптимизации был 81 балл.

В качестве заключения

Используемый в разметке

HttpContext.Current.IsDebuggingEnabled

ни коим образом не зависит от конфигурации проекта (DEBUG/RELEASE). Режим IsDebuggingEnabled включается в файле конфигурации (web.config).

<compilationdebug="true"targetFramework="4.0" />

При публикации не забывайте удалить атрибут debug или установить его значение в false. А можно воспользоваться услугами студии и, в частности, возможностью автоматической трансформации web.config.

100-webconfig

В файле web.Release.config должна быть строка:


<compilationxdt:Transform="RemoveAttributes(debug)"/>

Вот и всё. Спасибо что читаете блог, пишите комментарии.

1 – Программ такого рода в Интернете – море, найти что-то стоящее требует времени. ANTS Memory Profiler - действительно очень удачно построена. Всё просто и доходчиво. Наглядно показываются зависимости “слепков” (shapshoots) памяти, и понять что “ест” память достаточно просто. Программа очень понравилась, правда есть одно “но” – цена… Срок использования программы в режиме ознакомления – 14 дней.

Подробнее: http://feedproxy.google.com/~r/blogmusor/~3/P5J__hymhS4/100

Читать комменты и комментировать

Добавить комментарий / отзыв



Защитный код
Обновить

ASP.NET MVC: Производительность сайта, лимиты хостинга или Memory Performance Profiler для сайта | | 2012-11-03 01:54:24 | | Программирование | | На правах предисловия В предыдущей статье был описан поэтапный переход с MVC 3 на MVC 4. Речь шла о проекте “Музей Юмора”, про который написано несколько статей в цикле “История одного проекта” (жаль | РэдЛайн, создание сайта, заказать сайт, разработка сайтов, реклама в Интернете, продвижение, маркетинговые исследования, дизайн студия, веб дизайн, раскрутка сайта, создать сайт компании, сделать сайт, создание сайтов, изготовление сайта, обслуживание сайтов, изготовление сайтов, заказать интернет сайт, создать сайт, изготовить сайт, разработка сайта, web студия, создание веб сайта, поддержка сайта, сайт на заказ, сопровождение сайта, дизайн сайта, сайт под ключ, заказ сайта, реклама сайта, хостинг, регистрация доменов, хабаровск, краснодар, москва, комсомольск |
 
Поделиться с друзьями: