ASP.NET MVC. Сколько памяти потребляет стандартное приложение в нормальных условиях?

Question

[DevStranger]

Добрый день. Вопрос к знающим людям. Есть asp.net mvc приложение. Сколько памяти такое приложение должно потреблять? В нем используются следующие технологии:

1. Entity Framework
   
2. Asp.Net Identity
   
3. Bundles (AspNet.Web.Optimization)
   
4. Owin
   
5. Ninject
   
6. NLog
   

Сайт выполняет операции: CRUD, прием заявок с сайта, чтение excel-файлов, ну и показывает информацию пользователю (статьи, новости, отзывы и т.д.).

JetBrains DotMemory показывает мне, что в целом используется около 250мб памяти, из них unmanaged memory - 160мб. Вот скрины:


Мониторил приложение во время работы, резких скачков или утечек памяти не обнаружил, сайт в принципе простой, супер сложных операций или вычислений в нем нет, которые ориентированы на память.

250мб - это вообще много или нормально для asp.net mvc? Просто сегодня попробовал новый виртуальный хостинг, а там стоит лимит на выделенную для пула виртуальную память. И по логам видно, что через некоторое время:

A worker process with process id of '42024' serving application pool 'xxxxxxxxxx(domain)(4.0)(pool)' has requested a recycle because it reached its virtual memory limit.

Спасибо.

Answer 1

[Александр Кузнецов]

На данный вопрос ответите только Вы, т.к. мы ничего не знаем о Вашем сайте (т.е., что за классы, сколько, что за свойства, как много аллокаций, что загружает приложение и т.д.).
Опять же, обратите внимание на то, что у Вас строки в топе - это говорит о том, что у Вас происходит много манипуляций со строками, что порождает новые объект строк. Нельзя сказать, что это плохо или хорошо - это просто особенность строк. Если вы что-то делаете со строками (парсинг, поиск/замена/и/т./п) - попробуйте перейти на Span или StringBuilder.

Вообще, по поводу потребления на пике - сделайте нагрузочное тестирование, на 100 пользователей, которые параллельно выполняют определенные действия (вход в систему, загружают данные, просматриваю новости и т.п.). Тестировать можно через JMeter, но. простое тупое тестирование можно сделать через ab.

P.S. Рекомендую обратить внимание на https://github.com/danielpalme/IocPerformance , я, как бывший "апологет" ninject, рекомендую пересмотреть отношение к нему, он весьма неэффективен в плане быстродействия. Уже не помню по поводу затрат на память, но переход после него на autofac был как глоток свежего воздуха.

Comments

[DevStranger]

Создал новый проект в Visual Studio по стандартному шаблону MVC. От себя ничего не добавлял. DotMemory показывает на старте приложения, что оно потребляет 180mb (из них 100mb это unmanaged memory). Мой сайт около 250mb, утечек памяти нет. Не намного и больше.

[Александр Кузнецов]

DevStranger, а Вы как замеряли? Сколько работало параллельно?
Просто, если вы запустили через профайлер и потыкали ссылочки приложения - это не совсем объективно. Запустите туда планируемую нагрузку и тогда уже делайти снимки памяти, что там и куда.

[DevStranger]

Александр Кузнецов, через JMeter сделал сценарий (через samplers), что юзер открывает главную страницу, смотрит страницу контактов и открывает статью. Запустил 500 потоков (юзеров) с пиковой нагрузкой через 10 сек. За время теста увеличилось потребление unmanaged memory - со 160 до 210 mb. После теста вернулось обратно. Остальная память (total .net used) увеличилась на 10mb.
Это нормальный сценарий? Просто никогда раньше не занимался тестированием. Спасибо.

[Александр Кузнецов]

DevStranger, сценарий для черновой оценки нормальный.
Тут важно вот что - покрыть нагрузочным тестированием все основные аспекты (пути, где возможно потребление памяти - что-то редактируете или добавляете, выводите коллекцию и т.п.). Чем больше покроете тестированием - тем точнее будет результат.

Опять же, сошлюсь на мой первый ответ - на потребление памяти влияет все - итераторы, строки, аллокации, DI и т.д.
Помните, что если у вас EF, то он тоже хочет для себя памяти - и не мало.

Answer 2

[eRKa]

Странно поставлен вопрос. Что значит стандартные условия и нормальное приложение? То, что Вы стек перечислили, ничего не говорит.
У Вас есть какая то логика, эта логика создает объекты. Вы грузите данные, эти данные занимают оперативку в памяти. Какого размера объекты, сколько их, какого размера данными Вы оперируете? Вот на это и смотрите. Избегайте лишних алокаций, следите за большими объектами (больше 85 000 байт), в случае чего вовремя вызывая чистку GC.