Применяется ли processModel memoryLimit только к ASP.Net? (System.OutOfMemoryException)

Мы запускаем службу Windows на базе .NET. ( не приложение ASP.Net), и мы получаем ошибки System.OutOfMemoryException при большой нагрузке.

В основном служба хранит кеш в памяти, состоящий из хэш-таблицы Asset, вложенной в нее, является хэш-таблицей учетной записи, и внутри нее находится класс, который хранит значения для заданного периода времени (для комбинации активов + счета). Служба обслуживает агрегаты этих данных для клиентов, а также принимает обновления данных. Общее количество узлов остается постоянным на протяжении всего срока службы.

В machine.Config мы видим такие вещи, как:

    <processModel 
       enable="true" 
       timeout="Infinite" 
       idleTimeout="Infinite" 
       shutdownTimeout="00:00:05" 
       requestLimit="Infinite" 
       requestQueueLimit="5000" 
       restartQueueLimit="10" 
       memoryLimit="60" 
       webGarden="false" 
       cpuMask="0xffffffff" 
       userName="machine" 
       password="AutoGenerate" 
/>

Все это похоже на приложения ASP.Net/IIS, но наше OutOfMemoryException не встречается в ASP.Net, и, похоже, нет эквивалентных настроек конфигурации для приложений без ASP.

Может ли этот раздел применяться ко всем приложениям на основе .NET, а не только к ASP.Net?

Я спрашиваю, потому что наша служба росла примерно на 1,2 ГБ памяти (мы храним большую базу данных в памяти, да, с серьезной причиной), когда произошла ошибка, которая по совпадению примерно равна 60% от 2 ГБ ( "предел" памяти 32-битных приложений). Может ли эта очевидная настройка конфигурации IIS задерживать нашу служебную память Windows?

Чтобы усложнить ситуацию, мы запускаем это на .Net 1.1 32 бит, под 64 бит Windows Server 2003 (да, у нас есть причина для эта необычная конфигурация), с 12 ГБ оперативной памяти. Насколько я понимаю, каждый 32-битный процесс должен иметь возможность адресовать до 4 ГБ ОЗУ, не так ли? Или это требует изменений либо в реестре, либо в файле конфигурации .Net?

ПРИМЕЧАНИЕ. Я знаю о запуске Windows/3GB, но, поскольку мы находимся на 64-битных окнах, я не думаю, что это должно применяться (но не стесняйтесь исправить меня, если я ошибаюсь).

Обновление 1

Люди, похоже, согласны с тем, что конфигурация processModel специфична только для приложений ASP.Net.

В одном ответе говорится, что 32-разрядные приложения на 64-битной ОС по-прежнему имеют ограничение на 2 ГБ на процесс, но большинство ссылок, которые я смог найти, говорят, что каждый 32-битный процесс имеет доступ к 4 ГБ в 64-битной ОС. (Но, возможно, это разрешено только путем установки бит IMAGEFILELARGEADDRESSAWARE?)

Некоторые релевантные ссылки

Как установить бит IMAGE_FILE_LARGE_ADDRESS_AWARE для приложений на С#:
http://bytes.com/groups/net-c/569198-net-4gt

Доступная память IIS6 для 32-битного приложения с веб-садом на ОС x64 (32Gb Ram):
Доступная память IIS6 для 32-разрядного приложения с веб-садом на ОС x64 (32Gb Ram)

.NET Debugging Demos Lab 3: Память:
http://blogs.msdn.com/tess/archive/2008/02/15/net-debugging-demos-lab-3-memory.aspx
Должно быть полезно найти особенности OutOfMemoryException?

Нажатие ограничений - виртуальная память:
http://blogs.technet.com/markrussinovich/archive/2008/11/17/3155406.aspx
Прочтите это, чтобы понять концепции, и используйте testlimit, чтобы исключить проблемы с машиной/конфигом. После того как вы убедились, что это ошибка вашего приложения, прочитайте и перечитайте статьи из блога Тесс.

Окончательное обновление

Хорошо, для нашей ситуации это, по-видимому, отсутствовало .Net Service Pack... видимо, возникла проблема с удалением этого исключения, после того, как пакет обновления полностью очистился!