ОС винды2000 стандард эдишн.
Несколько значений счетчиков и моих мыслей:
1. Относительно памяти.
- Среднее значение счетчика Чтение страниц/сек 198.425 превосходит критическое значение в 150 для систем Лотус Домино. Это говорит о том, что Лотусу не хватает места в оперативной памяти и он вынужден обращаться к данным в файле подкачки. Естественно, тогда дисковая подситема резко снижает производительность Лотуса.
- Счетчик Вывод страниц/сек не превосходит критического показателя. Но это может быть следствием того, что время записи на диск гораздо больше времени чтения с диска. Данные по критическим покзателям даются средние, т.е. как для RAID5, так и для RAID0. Естественно, цифра в 150 может быть легко получена именно для RAID0.
- Доступно байт. Среднее значение 399105127 байт = 380 мегабайт в принципе близко к отметке 375 мегабайт=25% от имеющейся оперативной памяти. Но надо учитывать тот факт, что в следствие неоптимизированного файл-кеша, ОС может просто не давать Лотусу заиметь больше памяти.
2. Файл подкачки.
- % использования файла подкачки (пик). Значение 41% конечно не превосходит 90% критического значение. Пока нечего сказать.
3. Процессор.
- % загруженности процессора. Показатель говорит о том, что проблем с процессором нет. Максимальное значение 99% достигнуто в момент первоначального запуска Системного монитора, что нормально для ОС Windows.
4. Физический диск.
- Среднее время чтения с диска. 23 милисекунды в плотную приближается к критическому значения 25 милисекунд. Что говорит о тормозах дисковой подсистемы. Учитывая, что имеющийся RAID массив разбит на два логических диска (система+файл подкачки и лотус), а также, тот факт, что особенностью Лотус Домино является частое использование файла подкачки, можно сказать, что имеет смысл разнести данные лотуса и файл подкачки на разные физические устройства. Также возможна оптимизация даже не уходя RAID5 путем увеличения числа дисков в массиве до 8 и увеличения объемов физических дисков (смотри предыдущее письмо).
- Средняя длина очереди диска. В принципе, для массива из 6 дисков это состояние нормально. Опять же может быть оптимизировано путем увеличения дисков в массиве до 8.
- Средний размер одного обмена с диском (байт). Сейчас мы имеем размер Stripe Size на массиве = 16KB. Даже среднее показание счетчика превышает эту величину. Для увеличения производительности необходимо увеличить размер Stripe Size как минимум до 32KB. А возможно и до 64 KB. К сожалению, это возможно сделать только при построении массива, следовательно без нового серверва здесь не обойтись.
Таким образом, даже эти показатели и текущее субъективное время отклика Лотуса говорят о том, что оптимизация необходима.
