В решении проблем производительности существует совсем немного тайн

Оценить
(0 голоса)

Представьте себе, что вы являетесь консультантом по вопросам производительности. Вы посещаете клиента фирмы Sun - владельца какого-нибудь важного приложения БД. На пути к кофейному автомату в прихожей вас останавливает пара обеспокоенных системных администраторов. "Наш сервер БД работает просто ужасно. Не могли бы вы взглянуть на него?" - умоляют они.

Что следовало бы сделать для локализации проблемы? Обычно этот вопрос задают претендентам на работу в группе Performance and Availability Engineering фирмы Sun. Иногда на этот вопрос можно услышать удивительные ответы.

Кандидаты, которые только что закончили колледж, обычно хотят погрузиться прямо в исходный текст СУБД или операционной системы и выполнить его трассировку для того, чтобы проконтролировать взаимоисключающие конфликты в критических разделах программного кода. Если это не дает никакого результата, они займутся исследованием аппаратуры, чтобы проверить эффективность кэшей первого и второго уровня в ЦП. Другие кандидаты убеждены в том, что ответ кроется в настройке конфигурационного файла СУБД (например, в случае Oracle это файл init.ora). Некоторые претенденты хотят получить дамп планов запросов для всех операторов SQL в исследуемых приложениях.

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

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

Скучная правда в данном случае заключается в том, что в решении проблем производительности существует совсем немного тайн. Иногда вышеупомянутый чудак преуспевает благодаря специальным техническим знаниям, которыми никто другой пока что не обладает. Но очень часто успех приходит к тем, кто просто знает, как следует браться за решение проблемы.

Разработка стратегии разрешения проблемы
Характер возникшей проблемы
Поиск основной причины проблемы

Добавить комментарий


Защитный код
Обновить