Позвольте мне узнать ваше мнение о проблемах с производительностью терминального сервера. Сервер обслуживает в среднем 25 пользователей, которые после запуска некоторых чисел в среднем используют 600 МБ памяти для работы своих основных приложений (веб-браузер, Adobe Reader, клиент IP-телефона). Все пользователи находятся в одной локальной сети с сервером. Мы постоянно сталкиваемся с медленным откликом и короткими зависаниями сеанса. Комбинированная загрузка ЦП составляет в среднем 10%. Что мне кажется странным, так это то, что система показывает 29 ГБ физической памяти, из которых 25 ГБ свободно. Использование файла подкачки составляет около 50%, в среднем используется 9 ГБ.
Некоторые спецификации сервера
ОС: Server 2003 32-разрядная версия Enterprise с флагом / PAE ОЗУ: 32 ГБ ЦП: 2xQuad Core @ 2,27 ГГц HD: RAID5 1,2 ГБ
После выполнения основных действий по устранению неполадок с помощью монитора производительности это наводит меня на мысль, что проблемы с производительностью вызваны ограничением 32-разрядной ОС при адресации полных 32 ГБ физической памяти, даже если используется флаг / PAE.
Может ли кто-нибудь предложить что-то, шаги по устранению неполадок, которые могут привести к более убедительному ответу?
Спасибо
Возможно, это связано с недостатком памяти для пользовательских сеансов. Объясните, что вы сделали в Perfmon, что привело вас к такому выводу, пожалуйста?
edit - Хорошо, я бы не стал так беспокоиться о файле подкачки. Это отличается от того, как виртуальная машина работает в старых системах Unix; Windows будет более агрессивно выгружать данные, чтобы освободить больше физической памяти. Как свести метрику использования файла подкачки к нулю? Если вы действительно беспокоитесь о разбиении на страницы, посмотрите на скорость чтения ввода-вывода страницы. Это жесткая частота отказов.
Слишком часто упускается из виду проблема с взаимодействующими терминальными серверами - это дисковый ввод-вывод, который вызывает серьезные проблемы с пользовательским интерфейсом, не сразу бросаясь на вас из данных о производительности. Есть ли у вашей RAID-карты BBWC, и вы делаете кэширование записи? Если нет, вы почти наверняка сталкиваетесь с проблемами - используя PerfMon, посмотрите на длину очереди диска на томе RAID. Практическое правило (IIRC) заключается в том, что число, превышающее количество физических шпинделей в массиве, является плохим.
PAE в Windows вызывает небольшое неудобство. Несмотря на то, что ОС теперь способна выделить всю оперативную память в системе, некоторые приложения по-прежнему не будут ее использовать.
При включенном PAE каждый процесс по-прежнему ограничен пределами 32-разрядной среды (4 ГБ) ... если только он не создан специально для использования AWE (Расширения окна адреса).
Несмотря на всю эту "информацию" ... Я не думаю, что это та проблема, с которой вы столкнулись. (у вас есть процессы, превышающие 4 ГБ ОЗУ?) 9 ГБ подкачки для меня - это довольно много. Вдвойне, если учесть, что это терминальный сервер. Такой объем дискового ввода-вывода плохо сказывается на производительности. Как сказал mfinni, более вероятно, что у вас возникнут проблемы с вводом-выводом вашего диска, чем с проблемами памяти. Я видел точно такие же симптомы, которые вы описываете, только для того, чтобы узнать, что мои дисководы действительно не справляются с рабочей нагрузкой. Существует обширный список причин чрезмерного дискового ввода-вывода и столько же решений проблемы.
В моем случае я обнаружил, что служба диспетчера очереди печати выделяла ОГРОМНЫЕ объемы оперативной памяти (которая в основном сбрасывалась в файл подкачки). Оказывается, существует давняя проблема в диспетчере очереди печати всякий раз, когда принтеры создаются / удаляются.
(при создании принтеров память выделяется для драйвера. Когда они удаляются, память не освобождается. Результатом на сервере терминалов, когда пользователи входят и выходят в течение всего дня, является служба диспетчера очереди печати с 2 ГБ + выделенной оперативной памяти ... и большая ее часть брошена в файл подкачки) Где возможно, не используйте RDP для совместного использования принтеров.
Когда дело доходит до терминальных служб и памяти, есть много других скрытых ошибок.
Windows 2003 x86 определенно требует производительности в отношении памяти ядра. По умолчанию он имеет более низкий максимум выгружаемого и невыгружаемого пула, чем Windows XP. Мы использовали эти два значения до максимума, но даже при этом довольно легко исчерпать память ядра.
Больше информации здесь: https://serverfault.com/a/389299/20701
29 ГБ действительно потрачено на терминальный сервер x86.
К вашему сведению, я бы не исключил наличие сети, даже если они находятся в одном сегменте LAN.