2012-06-12 3 views
1

Я разработал программное обеспечение, и теперь я собираюсь контролировать производительность системы, система почти хорошо работает, за исключением некоторых периодов рабочих лиц, которые немного замедляют работу. Теперь я подготовил o журнал, относящийся к системному отклику и времени, в течение которого был создан ответ, время регистрации похоже ниже: Процесс № 1 шаг1: 300 миллисекунд Шаг2: 700 миллисекунд Шаг 3: 10 миллисекунд Процесс № 2 шаг1: 10 миллисекунды step2: 50 мс шаг 3: 4 миллисекунды процесса # 3 step1: 2 миллисекунды step2: 40 мс шаг 3: 80 мсРасчет времени отклика системы

Теперь я хочу, чтобы обнаружить то, что процесс подозрительный ответ, что является правилом для это в понятиях разработки программного обеспечения? Я имею в виду, что я пробовал значения, превышающие стандартное отклонение от среднего + 3 *, но это не сработало, было отмечено только несколько данных, но я знаю, что данные более 100 миллисекунд не являются нормальными Какое правило для этого цель в разработке программного обеспечения, как мы обнаруживаем шейку бутылки системы?

+2

Вы пробовали профилировать код/​​приложение? – moodywoody

ответ

1

Если вы посмотрите на эту страницу Wiki, существует множество ссылок на программное обеспечение, которое отслеживает производительность приложения.

http://en.wikipedia.org/wiki/System_profiler

+1

Я не ищу инструменты для профилирования. Я просто ищу правила, связанные с программным обеспечением, для обнаружения ошибок в времени отклика вручную, как правило 80/20. – user435245

+1

Вы имеете в виду, что «80% ваших проблем с производительностью вызвано 20% вашего кода, который медленный?» –

+0

Похоже, вы уже знаете, какие части вашего кода занимают самое длинное из файла журнала. Почему бы не изменить способ написания этого кода для ускорения работы всего процесса? – Axxelsian

2

Там нет реального правила для нахождения узких мест. Правило в том, что вы объективно измеряете, какие части вашего приложения медленны, и тогда у вас есть окончательный ответ.

Значительное время инженерной работы направлено на то, чтобы оптимизировать код, который в первую очередь не замедляется. Так измерьте, а затем действуйте. Убедитесь, что вы можете воспроизвести медленную производительность, чтобы вы могли повторить тест и проверить свои изменения надежно.

Смежные вопросы