asp.net interop ограничение памяти

Question

У меня есть приложение asp.net, которое использует устаревшую библиотеку COM-взаимодействия. Работает нормально, пока память не достигнет где-то около 500 МБ, а затем больше не сможет создавать новые COM-объекты (получить различные исключения, например, создать экземпляр COM-компонента с CLSID {FFFF-FFFF-FFFF-FFF-FFFFFF} из IClassFactory не удалось из-за следующей ошибки: 80070008.). Похоже, что он нажимает какой-то предел памяти, но что это? Можно ли это изменить?

Решенный! Оказывается, объект создавал дескриптор окна, и мы попадали в ограничение дескриптора окна 10K (за исключением того, что это происходило в экземплярах 2K по какой-либо причине, когда внутри IIS)

Answer 1

Какая ОС, и это 32-разрядная или 64-разрядная? Что вы используете для определения использования памяти?

Когда вы говорите, что явно освобождаете объекты, вы имеете в виду, что используете маршал.ReleaseComObject()?

Я предполагаю, что у вас есть AspCompat = true в вашем теге <% @ Page ... не ожидал, что он будет запущен вообще, если вы этого не сделали.

Можете ли вы дать нам некоторые детали вашего COM-объекта; что он делает, и можете ли вы опубликовать код, в котором вы его вызываете, включая сигнатуры COM-объектов? Сколько памяти вы ожидаете от одного объекта?

Мой первый подозреваемый, основанный только на информации, которую я читал до сих пор, заключается в том, что 500 МБ не является действительно общей используемой памятью и/или что у вас есть проблема фрагментации памяти. Я видел, как это происходит с процессами IIS, когда используется менее половины используемой памяти, и ошибки имеют тенденцию быть случайными, в зависимости от того, какой объект создается в то время. BTW, 80070008 «недостаточно места для хранения».

Ограничения по процессу составляют 2 ГБ на 32-битной машине, конечно, но даже если процесс не использует полный 2 ГБ, если не существует непрерывного блока памяти размера, необходимого при создании объекта, Когда вы попытаетесь выделить, вы получите ошибку из памяти. Множество одновременных пользователей подразумевает выделение и освобождение COM-объектов (и других объектов) за короткий промежуток времени ... что указывает на фрагментацию в качестве подозреваемого.

Выполнение плана атаки требует больше информации о COM-объекте и способах его использования.

Answer 2

Использовать шаблон команды для организации очередей и выполнения компиляции в асинхронный поток. Это может освободить количество потоков, используемых iis, и позволить вам контролировать количество вызовов/экземпляров com-приложения.

Answer 3

Вы можете думать об объединении объектов, а не создавать каждый раз новый объект.

Answer 4

Решенный! Оказывается, объект создавал дескриптор окна, и мы попадали в ограничение дескриптора окна 10K (за исключением того, что это происходило в экземплярах 2K по какой-то причине, когда внутри IIS)