Увеличение памяти в MVC3 - PullRequest
       2

Увеличение памяти в MVC3

3 голосов
/ 17 августа 2011

Я стресс-тестировал очень простой пример MVC3, где контроллер возвращает EmptyResult.

Я настроил 5 потоков в jMeter, которые постоянно выполняли действие Controller, которое возвращало EmptyResult, и контролировали использование памяти в PerfMon (# байт во всех кучах).

Странная вещь, которую я вижу, эточто это увеличивается.От 30 МБ до 75 МБ примерно за 15 минут.

Это нормально?Должен ли я волноваться?

Ответы [ 2 ]

2 голосов
/ 17 августа 2011

Откуда вы знаете, что он протекает?

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

Если вы наблюдаете за ГХ и видите много полных событий ГХ И память использует все еще небесный взлет возможно , это что-то значит, но просто видение общего количества байтов наКуча, идущая вверх, далека от курящего пистолета. нормально для использования оперативной памяти используется .

Если только не происходит его сбой и / или пул приложений постоянно перерабатывается, я позволил бы ему ускользнуть из ваших мыслей и перейти надругие вещи.

1 голос
/ 17 августа 2011

Это нормально, и вам не стоит беспокоиться, однако, если вы хотите копать немного глубже, вы можете создать дамп памяти с помощью процессора задач (щелкните правой кнопкой мыши по процессу -> Создать полную пользовательскую дамп) или использовать Microsoft Debug Diagnostics. Инструменты.

Windbg (часть средств отладки для Windows) может затем показать вам, что в данный момент находится в памяти, сколько потоков запущено, что в данный момент делает сборщик мусора и т. Д.

Есть хорошее руководство о том, как начать, Тесс Феррандез http://vimeo.com/9936296

Полезные ссылки: http://windbg.info/doc/1-common-cmds.html http://kentb.blogspot.com/2007/11/windbg-sos-cheat-sheet.html http://geekswithblogs.net/.netonmymind/archive/2006/03/14/72262.aspx

...