Тормозит массив... длинная очередь к диску...
Модераторы: Trinity admin`s, Free-lance moderator`s
вот какая то хрень.... это плохо или харашо ? доки умалчивают...
остальное все ОК.
остальное все ОК.
- Вложения
-
- 7.GIF
- (69.31 КБ) 277 скачиваний
попробовать надо сейчас. вы сами говорите, что половина запросов - на запись, запиcь же для raid 5 операция тяжелая (не только с точки зрения нагрузки на проц контроллера).
как я понимаю, для записи блока (stripe) в raid 5 мы должны:
- прочитать старые данные в блоке;
- прочитать старый блок с контрольной суммой (на другом винте);
- записать новые данные в блок;
- пересчитать и записать новые данные в блок с контрольной суммой (на другом винте).
сравните с просто записать блок на два диска в случае raid 1 (raid 10).
ну и чтение можно попробовать уменьшить, воткнув памяти побольше. (сколько есть памяти и каков размер базы?)
а в остальном вроде как всё нормально. 24 мегабайта в секунду на мелких блоках вполне неплохой результат. кстати сколько это в операциях чтения/записи выходит?
если всё-таки подозрения, что с диcковой что-то не так - погоняйте iometer.
ps: ну почему у всех 1с в диск упирается? с диском хоть есть простор для роста. у меня хоть dbf, хоть sql упираются в проц - и ничего уже не сделаешь - количество ядер особо на 1с не влияет из-за реализации транзакций, а производительность одного ядра ограничена.
как я понимаю, для записи блока (stripe) в raid 5 мы должны:
- прочитать старые данные в блоке;
- прочитать старый блок с контрольной суммой (на другом винте);
- записать новые данные в блок;
- пересчитать и записать новые данные в блок с контрольной суммой (на другом винте).
сравните с просто записать блок на два диска в случае raid 1 (raid 10).
ну и чтение можно попробовать уменьшить, воткнув памяти побольше. (сколько есть памяти и каков размер базы?)
а в остальном вроде как всё нормально. 24 мегабайта в секунду на мелких блоках вполне неплохой результат. кстати сколько это в операциях чтения/записи выходит?
если всё-таки подозрения, что с диcковой что-то не так - погоняйте iometer.
ps: ну почему у всех 1с в диск упирается? с диском хоть есть простор для роста. у меня хоть dbf, хоть sql упираются в проц - и ничего уже не сделаешь - количество ядер особо на 1с не влияет из-за реализации транзакций, а производительность одного ядра ограничена.
Кто сейчас на конференции
Сейчас этот форум просматривают: нет зарегистрированных пользователей и 4 гостя