Написанная еще в 2004 году статья, в которой делается попытка показать, как рассчитать возможный эффект от оптимизации sql запросов. Мне кажется очень интересно почитать, хоть и не очень просто написан этот simple method, по мнению автора
Мне кажется это самое простое обяснение почему на Solaris на многопроцессорных машинах Wait For IO часто вводит в заблуждение
Whenever there are any blocked processes, all cpu idle time is treated as wait for I/O time! The vmstat command correctly includes wait for I/O in its idle value…”
Еще в В 1997 году
В Sun-Online описали, почему в многопроцессорной системе
cpu:wio может "врать"
http://sunsite.uakom.sk/sunworldonline/swol-08-1997/swol-08-insidesolaris.html
"Even one processor in biowait() could potentially cause all the processors on an MP system to show up as waiting for I/O"
Далее читать по тексту.
Резюме: необходимо обязательно мониторить систему с помощью vmstat
proc:b
Я полагаю что этот несложный на первый взгляд скрипт - очень полезный для понимания работы СУБД в операционной системе.
Пока я не видел опубликованных результатов, во сколько раз 1 логическое чтение медленне физического в Oracle. Есть идеи, как это должно быть, но нет измерений.
Я постараюсь измерить и опубликовать результаты.
Если кто-то видел уже готовые тесты - срочно напишите :)
Следующий ожидается в октябре.
Может я что-то не допонял, но если Вы успели перейти на свеженький 9.2.0.8 - этот патч Вы не поставите. Толи уже исправлено, то ли еще не протестировано.
Blog раположенный на sun.com призывает не использовать RAC, а покупать процессоры
http://blogs.sun.com/dcb/entry/oracle_rac_s_secret
Сам же Oracle показывает счастливых пользователей:
http://dsvolk.msk.ru/oracle/rac/forester-On_RAC.pdf
Правда как всегда посередине - если Вы понимаете, как работает
Oracle RAC - используйте. Если нет - покупайте процессоры.
Metalink Note:388422.1
Дешево и сердито. Хотя тема гораздо более сложная - начать вполне можно с этих 10 советов.
Сообщения
Все комментарии
