вторник, 15 ноября 2011 г.
среда, 9 ноября 2011 г.
Продолжение истории про большой CPU
Закон бутерброда по-серверному.
Я тут писал о переходе на 11 версию Оракла и неожиданном росте CPU usage. Где-то недели через две после перехода Оракл выпустил очередной набор патчей , при прочтении которых наши ораклоиды сильно оживились и обрадовались . Оказалось , что пожирание процессора было связано с одним из багов ( который патчами и закрывался).
Это классическое проявление эффекта серверного бутерброда - патчи появляются строго после того , как Вы УЖЕ перешли на бажную версию
и столкнулись с этими багами .
Надо отметить также , что эта версия Оракла была выпущена достаточно давно.
Наши DBA - опытные и тертые ребята , проверили патчи и выждали еще пару недель на всякий случай - не появятся ли исправления на этот пакет .
После установки патчей на продуктовую базу уровень CPU вернулся к нормальному уровню .
PS . Этот блог засветили на хоботе , и тамошие эксперты тут же заявили -
"По этой линке стандартная ситуация после неоттестированной миграции, и версия тут не при чем. Планы и запросы нужно исправлять на этапе тестирования, а не после миграции."
То есть совершенно пальцем в небо .
Я еще раз убедился , что главная черта экспертов - уверенно вещать ни о чем
Я тут писал о переходе на 11 версию Оракла и неожиданном росте CPU usage. Где-то недели через две после перехода Оракл выпустил очередной набор патчей , при прочтении которых наши ораклоиды сильно оживились и обрадовались . Оказалось , что пожирание процессора было связано с одним из багов ( который патчами и закрывался).
Это классическое проявление эффекта серверного бутерброда - патчи появляются строго после того , как Вы УЖЕ перешли на бажную версию
и столкнулись с этими багами .
Надо отметить также , что эта версия Оракла была выпущена достаточно давно.
Наши DBA - опытные и тертые ребята , проверили патчи и выждали еще пару недель на всякий случай - не появятся ли исправления на этот пакет .
После установки патчей на продуктовую базу уровень CPU вернулся к нормальному уровню .
PS . Этот блог засветили на хоботе , и тамошие эксперты тут же заявили -
"По этой линке стандартная ситуация после неоттестированной миграции, и версия тут не при чем. Планы и запросы нужно исправлять на этапе тестирования, а не после миграции."
То есть совершенно пальцем в небо .
Я еще раз убедился , что главная черта экспертов - уверенно вещать ни о чем
среда, 2 ноября 2011 г.
Сравнение обычных дисков и SSD
Результат использования SSD дисков в нагруженных базах весьма положителен .Уменьшается время выполнения дисковых операций ,снимается нагрузка с обычных дисков
При примерной одинаковой нагрузке около 1500-2500 IOPS разница в svc_time - в разы
График svc_time для SSD
Для обычных дисков svc_time т относительно неплох , но гораздо больше
Само собой , погоня за низкими svc_time важны в основном для OLTP
Результат использования SSD дисков в нагруженных базах весьма положителен .Уменьшается время выполнения дисковых операций ,снимается нагрузка с обычных дисков
При примерной одинаковой нагрузке около 1500-2500 IOPS разница в svc_time - в разы
График svc_time для SSD
Для обычных дисков svc_time т относительно неплох , но гораздо больше
Само собой , погоня за низкими svc_time важны в основном для OLTP
Подписаться на:
Сообщения (Atom)