Титла: Настройка на Линукс за HITACHI VSP Публикувано от: shoshon в May 22, 2013, 13:29 Здравейте колеги,
Ударих малко греда. По принцип нямам много опит с материята и затова ще се допитам до вас. Имам проблем с IO то на един RAC - нещо не стига на базите. Закачен е с 2x 4GB Qlogic към HITACHI VSP. Първото което забелязах: нагледен примерн за разлика м-у директно IO и буферорано такова: Буферирано, 1М размер на блока (RHEL 5) Код: Device: rrqm/s wrqm/s r/s w/s rMB/s wMB/s avgrq-sz avgqu-sz await svctm %util A директното: Код: Device: rrqm/s wrqm/s r/s w/s rMB/s wMB/s avgrq-sz avgqu-sz await svctm %util A директното със 128М размер на блока: Код: Device: rrqm/s wrqm/s r/s w/s rMB/s wMB/s avgrq-sz avgqu-sz await svctm %util 4 основни проблема: а) Защо при буфериране имаме размер на заявката 1 на dm устройството. б) Защо пътищата са 50% сатурация,когато имаме 100% на dm устройството. Когато направя размера на блока 128М тогава почти стигам 80 утилизация на пътищата и ~ 500MB/s, но 128М размер на блока не ми звучи нормално. c) Ако използвам директно io има ли значение read_ahead_kb параметъра на пътя. д) RHEL 5 има BIO-based мултипатинг. При RHEL 6 е базиран на заявка. Някой може ли да ми обясни подробно какво значи bio-based и как се уравнява с размер на блок 1MB колкото е при нас за Full Table Scans. е) Защо има разлика размера на заявката в-у пътищата при буферирано и директно IO, след като по документация най–малко трябва да имам rr_min_io * bio size. Или това не важи при директното IO. ж) Някъде четох, че имало хора който използват dmraid вместо dm-multipath, точно защото последния бил много бавен. Някакъв опит с това? Благодаря предварително за отговорите! Титла: Re: Настройка на Линукс за HITACHI VSP Публикувано от: shoshon в May 23, 2013, 10:44 Хаде бре хора малко помощ...
В Oracle пише, че UEK имал по малък lock contention. Дали това би подобрило малко IO-то? |