Добрый день.
Проблема в следующем: есть терминальный сервер Windows 2003 R2 Ent
железо: 2x QuadCore Intel Xeon E5450, ОЗУ 16 Gb, дисковая подсистема: СХД EVA 4000 c 17-ю FC дисками.
терминальных пользователей: потенциально 120-150, реально одновременно работающих: 60-80
Как обычно пользователи жалуются на быстродействие в терминальных сессиях.
Насколько я могу могу судить, все основные показатели быстродействия в норме (процент загруженности процессора, процент свободной памяти, средняя дисковая очередь и т.п.).
Самое для меня странное, что памяти ПОСТОЯННО свободно не менее 6-8Гб из 16, но при этом счётчики perfmon'а показывают, что система активно использует файл подкачки.
Может кто-то подсказать какие в данной ситуации использовать счётчики и какие должны быть их критические значения.

на сервере крутится написанная Foxpro программа бухгалтерского и складского учёта. Так же активно используется Excel, в который выгружаются некоторые данные из фоксовой программы для дальнейшего анализа (различные отчёты).

Добрый день.
В выходные не имел доступа к инету.
Отвечаю по-порядку.
1. Админю программу не я, но насколько я могу судить Fox всё-таки виндовый и по-моему версии 6.х.х (ведутся эксперименты по переходу на 9.х.х)
2. Вряд ли тормоза связаны с сетью - напомню что тема называется "Помогите разобраться с тормозами терминального сервера". У пользователей настроено RDP подключение, эмулирующее подключение по модему 56К (цветность 15бит, буферы отключены, отключено сглаживание шрифтов и т.п.). Поэтому со стороны сети никакой мало-мальской нагрузки быть не должно. Но, на всякий случай, сам сервер воткнут в сеть двумя гигабитными "шнурками". Ну и счётчики соответствующие в перфмоне так же говорят, что сеть - это не узкое место.
3. boot.ini на сервере настроен с соответствующими ключиками и ОС "видит" все 16Gb.

В добавление к предыдущему сообщению.
Стало интересно про "видимость 16Gb" и решил уточнить:
ОС Windows 2003 R2 Ent + SP2 x86 (32-разрядная)
Сейчас глянул boot.ini - там нет никаких ключей (/pae). Уже не помню почему сейчас в boot.ini нет никаких ключей, но, вроде как перед вводом сервера в эксплуатацию игрался с этими ключами и не заметил особой разницы, а так же где-то попадались материалы , что версии Enterprise эти ключи автоматически включены. Сейчас пытаюсь разыскать те материалы.
Одно могу сказать точно, сервер "видит" больше 4Gb
Кстати, на прилагаемом скрине типичная картина: памяти доступно 9Гб и примерно столько же и будет оставаться даже если подключится ещё куча пользователей и запустит кучу отчётов. При этом всё будет ужасно тормозить, но память использоваться не будет. Почему?

Anatoly PodgoretskyУ тебя большой своп, вот он и будет использоваться и естественно будет тормозить.
То есть Вы предлагаете ПРОСТО уменьшить размер pagefile.sys? (на данный момент он фиксированного размера и равен 17Gb)

Anatoly Podgoretsky,
То, что идёт активная работа со свопом написано в моём первом посте. Я прошу помощи разобраться в причинах этого. И меня терзают смутные сомнения, что простое уменьшение файла свопинга (кстати на сколько процентов, гигабайт, мегабайт ...) поможет решить проблему.

Я может чего-то не понимаю, но, по-моему на скрине видно, что в свопе 13,2Gb а не 6.
И мне кажется НЕнормальным ТАКОЕ использование свопа при достаточном количестве свободной памяти.

ScareCrowа ничего что эти 16 гиг не могут использоваться для программ?
Если это Вы мне, то я и сам бы хотел знать ответ на этот вопрос.

неТолик1Если коротко то ваши приложение(я) не оптимизированы для работы на терминальном сервере.
А лучше посмотрите статью http://citrix.1th.ru/madden.html Понятно написано, хороший перевод. В своё время мне помогли советы оттуда, правда у меня никогда не было такого кол-ва пользователей на терминальном сервере.
Статья длинная, читайте сразу про файл подкачки.
Вы не поверите, но я на 99% уверен в этом же. Но программа самописная, а я по некоторым личным соображениям предпочитаю не общаться с разработчиками (уж больно они любят переложить всё с больной головы на здоровую).
В любом случае повлиять на ситуацию с приложением маловероятно, но если как-то выявить узкие места, то может проблема решаема аппаратно или переходом на другую версию ОС (это уже в моей компетенции). Именно в этом я и прошу помочь.
P.S. за статью заранее спасибо. Сейчас почитаю.

неТолик1,
Читал эту статью неоднократно и даже закладка была на неё, до тех пор пока не сменил комп, а закладки забыл перенести. Сейчас освежу в памяти.