Память пожирателей ресурсов w3wp.exe
Конфетка загружает списки пакета автоматически, и репозитории настроены в файлах под/etc/yum.repos.d. Кроме того, это не загружает источник RPMs, видит: http://yum.baseurl.org/wiki/Faq#Q.14:HowcanItellyumtodownloadasourcepackagei.e.a.src.rpmfile
Минимальный repo файл для того сайта выглядел бы примерно так:
[webtatic]
name=CentOS-5 - Webtatic.com
baseurl=http://repo.webtatic.com/yum/centos/5/$basearch/
Вот что я в итоге сделал:
установил кеш серверных приложений для .NET AppPools на низкое значение (5 МБ), установив параметр privateBytesLimit в сети .config в % WINDIR% \ Microsoft.NET \ Framework \ , как было предложено в , этот ответ :
<configuration>
<system.web>
<caching>
<cache privateBytesLimit="5242880" privateBytesPollTime="00:01:00" />
</caching>
</system.web>
</configuration>
Это помогло снизить использование памяти до некоторой степени более 1 ГБ с настройками повторного использования пула по умолчанию.
Очевидно, использование сборщика мусора «серверного» типа ( ) может привести к значительному потреблению памяти , но, похоже, для по умолчанию установлено значение false.
Добро пожаловать в чудесный мир SBS. Рекомендуемые требования для ОЗУ = 10 ГБ ... и ТРЕБУЕТСЯ минимум 8 ГБ. ( согласно Microsoft .) По уважительной причине. Это не отлаженная, хорошо смазанная машина ... она очень неряшливая, раздутая, и все, что находится под солнцем, связано вместе. Чем больше оперативной памяти вы загрузите в этот ящик ... тем лучше. К сожалению, вы ограничены максимумом 32 ГБ. Что имхо ... глупо.
Вам не нужен отдельный пул приложений для каждого приложения, только те, которые ненадежны или которым вы хотите отдать приоритет. Многие могут делиться (сохраняя разные версии .net отдельно). Затем вы можете более реалистично ограничить память, которую будет использовать пул приложений. Не должно быть необходимости повторно использовать пулы более одного раза в день.
Кроме того, таким образом можно освободить лишь ограниченный объем памяти. Хотя некоторые из них будут в кэше, каждому приложению требуется определенный объем рабочей памяти, который сильно зависит от конкретного веб-приложения. Попытка ограничить это слишком сильно приведет к полной остановке.
Проблема на самом деле в том, что SBS пытается сделать слишком много одновременно, вам нужно посмотреть, что вы на самом деле используете, и отключить то, что вы не делаете .
Но если честно, всего для 11 пользователей, куда девается остальная память? Exchange и SQL для легкого использования определенно не требуют более 12 ГБ!
Если вы подозреваете, что результирующее потребление памяти является проблемой из-за неисправности программного обеспечения, вы можете использовать Microsoft DebugDiag 1.2, чтобы создать полный дамп памяти и проанализировать дамп на предмет распространенных проблем. Если вы считаете, что может быть проблема с памятью, вам необходимо включить отслеживание утечек, выбрав опцию «Монитор утечек», и дать ей поработать некоторое время, прежде чем создавать / анализировать дамп.
DebugDiag 1.2 Загрузить
https://www.microsoft.com/download/en/details.aspx?id=26798
