При промышленной эксплуатации приложений в первую очередь должно волновать время отклика системы. Если этот показатель недостаточен для нормальной рабочие мероприятия системы, тогда нужно искать узкое место.
1.Обычно в первую очередь обращают внимание на загрузку процессоров. Но здесь нужно учитывать определенные моменты. Далеко не всегда установка более быстрых ЦПУ решит проблему производительности.
Большая загрузка ЦПУ ( 80-90%) – это не есть узкое место системы. Узкое место – большое время отклика при МАЛОЙ загрузке ЦПУ, то есть когда процессоры простаивают.
ЦПУ должен быть загружен! Это нормально.
К сведению. Если у вас слабая дисковая система, то замена ЦПУ на более производительный приведет у тому, что она будет испытывать еще большую нагрузку. А это приведет, в конечном счете, к выходу ее из строя.
2.Если над производительностью системы работали некоторое время назад, значит этим вопросом нужно опять заняться. С течение времени исходные данные, которые брались для настройки наверняка изменились: изменилось число пользователей, объемы и состав данных, количество отчетов, а также оборудование.
3. Нужно провести КОМПЛЕКСНОЕ исследование работающей системы. Чаще только системы состоят из следующих частей:
- оборудование
- приложение
- база данных
- операционная система
Нужно изучить каждую из этих частей в контексте функционирования единой системы. Особое внимание обратить на дисковую систему, процессор, сеть и память.
И тем не менее не забывайте, что довольно часто эффективнее внести изменения в приложение, чем заниматься вопросами оптимизации. Правильные изменения в sql-запрос могут повысить скорость его исполнения в несколько раз. Такого результата при оптимизации очень сложно добиться. Как показывает практика, до 80% причин низкой производительности кроется в неоптимальном коде приложения.
Однако часто бываю случаи, когда невозможно внести такие изменения. Тогда остается единственный вариант – комплексная оптимизация.