Низкая производительность сервера, Аксапта лежит

[sp16rus]

А какие параметры лучше всего устанавливать для теста?

[sp16rus]

Тестил иометром: 100 Outstanding IOs, 100% random, Read/Write=67/33% с разным размером блока.
2kb     r-89.94  w-46.42
8kb     r-91.21  w-44.00
64kb   r-71.02  w-33.35
128kb r-12.00  w-5.52
1mb    r-1.48   w-0.88

цифры маленькие или мне кажется?
прокоментируйте, плизз

[sp16rus]

вот более полный результат

Код: Выделить всё

Run     # Workers IOps			Read IOps	Write IOps  MBps       Read MBps  Write MBps
2kb 	 1			126.127924	84.552729	41.575195	0.246344	0.165142	0.081202
8kb	  1			133.976092	90.645148	43.330944	1.046688	0.708165	0.338523
64kb	 1			102.219516	67.623561	34.595955	6.38872	 4.226473	2.162247
128kb	1			17.034101	 10.91783	 6.116271	 2.129263	1.364729	0.764534
1mb	  1			2.403673	  1.638868	 0.764805	 2.403673	1.638868	0.764805

а что подразумевается под Workers - их там было 4, я галку на диск поставил только на первом?

[a_shats]

Ваши результаты можете сравнить с результатами тут:
http://forum.ixbt.com/topic.cgi?id=66:2208

[sp16rus]

Я видел эту тему.
меня интересует другой вопрос, правильно ли я измеряю
за какой период нужно производить замер?
и с Workers тоже неясно.
уж больно маленькие значения. с чем может быть связано

[sp16rus]

Кроме счетчика Cache Manager/Cache hit rate,%
чем еще можно поманиторить и как  - достаточно озу на сервере или его все таки мало. Купить конечно можно, но даст ли это хоть какой ощутимый прирост производительностьи?

[a_shats]

1. С ОЗУ все в порядке - но его мало
2.  Процессоры загружены по самые помидоры.
Вопрос: что именно ухудшилось - время выполнения отчетов или время реакции сервера на действия пользователей ?
Еще вопрос: что происходит в плане нагрузки на сервере (-ах) приложения ?
3. Дисковая:  нагружен диск под данными (F) - 770 IOps max на чтение, очередь max в пиках в районе сотни - скорее всего, именно в эти моменты тормоза и наблюдаются.
Смотря совокупно с кэш-хитом - причина тормозов в том, что хот-спот немного не лезет в ОЗУ . А парировать нагрузку дисковой - шпинделей в этом массиве просто мало, надо бы вдвое больше как минимум, тех же 15К.
Хорошим решением (с запасом на годик-другой) будут 28-30 15К винтов в mid-range массиве, типа HDS AMS200 или IBM DS4300Turbo.
Ну и - крайне не мешало бы увеличить ОЗУ вдвое, и при этом не забыть, что это - не панацея, а средство прибить проблему только на время
Процессоры - также рекомендую серьезно проапгрейдить. Хотя - трудно будет (найти).

Вы извините, но я уже на Ваши вопросы ответил

[sp16rus]

Приношу извинения за неккоректный вопрос.
Еще один вопрос
Если я поменяю настройки политики райда, на живом сервере , это как нить может отразиться на работе (тормоза напримр) и нужно ли будет потом перезагружать систему?

[gs]

Если политику можно менять на ходу (например райт бэк кэш), то ничего страшного не произойдет.

[sp16rus]

Спасибо, буду пробовать

[sp16rus]

сегодня ночью поменял настройки рейда
вот результаты измерений..
параметры запуска
# of Outstanding I/Os - 10
Size - 64 Kb
Random -100%
Write-Read - 33%-67%
Врем интервал - 10 сек

До изменений
I/Os - 320 при каждом тесте примерно одно и то же значение

После
При первом проходе 700 I/Os
Второй - 500
Третий 480
Четвертый - 450
и т .д.
чем можно объяснить данное поведение? Может я измеряю неправильно?

[a_shats]

Кэш так себя ведет

[gs]

Устаканивание показаний иометра может занимать несколько минут - в зависимости от нагрузки и размера кэша.

[sp16rus]

а реальные данные то какие?
на какое значение ориентироваться?
получается, что чем дольше сервер работает, тем медленнее
или нужно ждать когда значение стабилизируется?

[gs]

Нужно просто подождать минут пять.