Мифы и фольклор
Низкие значения статистики (ниже 99%) попадания в кэш для библиотечного или словарного кэшей являются доказательством плохой работы системы (в данном случае ее низкой производительности). Эти значения можно исправить, увеличив размеры области коллективного пула.
Факты
Зададимся вопросом: что именно заставляет думать, что проблема заключается
в размерах коллективного пула? Приходилось ли вам видеть какие-то связанные
с его размером
увеличение размеров коллективного пула разрешит любую из связанных с кол-
лективным пулом проблем производительности. Следует отметить, что поло-
жительные эффекты большого коллективного пула (превышающего
определенный размер) могут сказаться только в первые моменты после старта
системы. Помимо этого, чем больше памяти выделяется для области коллектив-
ного пула, тем выше вероятность увеличения потребления ресурсов ЦП для
управления этим пулом и тем дольше процессы будут удерживать внутренние
блокировки (защелки) для этих структур памяти. РСУБД Oracle была спроекти-
рована для эффективной обработки ввода/вывода, а не как база данных для ра-
боты "в памяти". Если бы она была задумана и спроектирована исключительно
для работы в то для ее оптимизации был бы реализован совсем другой
в размерах коллективного пула? Приходилось ли вам видеть какие-то связанные
с его размером
события ожидают:
Маловероятно, что простое произвольноеувеличение размеров коллективного пула разрешит любую из связанных с кол-
лективным пулом проблем производительности. Следует отметить, что поло-
жительные эффекты большого коллективного пула (превышающего
определенный размер) могут сказаться только в первые моменты после старта
системы. Помимо этого, чем больше памяти выделяется для области коллектив-
ного пула, тем выше вероятность увеличения потребления ресурсов ЦП для
управления этим пулом и тем дольше процессы будут удерживать внутренние
блокировки (защелки) для этих структур памяти. РСУБД Oracle была спроекти-
рована для эффективной обработки ввода/вывода, а не как база данных для ра-
боты "в памяти". Если бы она была задумана и спроектирована исключительно
для работы в то для ее оптимизации был бы реализован совсем другой
набор алгоритмов. Постоянное увеличение размера коллективного пула - это
та ловушка, в которую часто попадаются не слишком опытные они думают,
что вся штука в том, чтобы дать немного больше памяти. Как и в случае боль-
шинства проблем с производительностью, простое подбрасывание новых ре-
сурсов в топку Oracle (т. е. в область коллективного пула) приведет к отсрочке
решения проблемы еще на несколько дней или недель. А иногда добавление па-
мяти вызывает появление новых непредвиденных затруднений, тем самым еще
более ухудшая производительность. Необходимо понять, что сложности, свя-
занные с коллективным пулом, по своему типу относятся к проблемам доступа к
этой структуре памяти, вдобавок к недостатку осмысленного и проактивного
управления этой структурой. Наряду с другими вещами, очень важным может
оказаться разделение больших и малых пакетов и идентификация часто исполь-
зуемых хранимых SQL (пакетов, процедур, функций). В равной степени критич-
ным может оказаться и выделение адекватного пространства в области
коллективного пула для операций, проводимых такими продуктами Oracle, как
менеджер восстановления Recovery Manager), средство параллельных
та ловушка, в которую часто попадаются не слишком опытные они думают,
что вся штука в том, чтобы дать немного больше памяти. Как и в случае боль-
шинства проблем с производительностью, простое подбрасывание новых ре-
сурсов в топку Oracle (т. е. в область коллективного пула) приведет к отсрочке
решения проблемы еще на несколько дней или недель. А иногда добавление па-
мяти вызывает появление новых непредвиденных затруднений, тем самым еще
более ухудшая производительность. Необходимо понять, что сложности, свя-
занные с коллективным пулом, по своему типу относятся к проблемам доступа к
этой структуре памяти, вдобавок к недостатку осмысленного и проактивного
управления этой структурой. Наряду с другими вещами, очень важным может
оказаться разделение больших и малых пакетов и идентификация часто исполь-
зуемых хранимых SQL (пакетов, процедур, функций). В равной степени критич-
ным может оказаться и выделение адекватного пространства в области
коллективного пула для операций, проводимых такими продуктами Oracle, как
менеджер восстановления Recovery Manager), средство параллельных
запросов (Parallel Query), Java и многопоточный сервер Oracle (MTS, Oracle multithreaded server). И, как всегда, последнее по списку, но не по степени значимости: наилучшее использование и повторное использование операторов SQL в этой структуре памяти еще долго будет помогать снижению конкуренции и повышению производительности.
| < Предыдущая | Следующая > |
|---|
