Есть тестовая базенка 10.5.4 на AIX 7.1 TL2 SP2 ( 8VP shared LPAR ) c включенным SMT4 (т.е. 32 логических процессора)
В базе DFT_DEGREE=ANY, в инстансе MAX_QUERYDEGREE = ANY

Если перед тестовым запросом явно не указывать degree, то запрос выполняется в 8 потоков (в nmon'е видно, что работают только 8 процессоров из 32-х и в плане написано, что Query Degree = 8)

Если перед тем же запросом явно сказать SET СURRENT DEGREE = '32', то утилизируются все 32 cpu и рантайм на 35% меньше

Проявляется как на row-based так и на column-based таблицах.

Почему оптимизатор не хочет degree=32 ?
Как его "уговорить" без явной предварительной установки ?

mustacciosysdummy1,

db2set DB2_RESOURCE_POLICY=AUTOMATIC поможет?

не помогло

CawaSPb,

Ну так-то можно и DFT_DEGREE='32' в db cfg влупить :)
Хочется понять почему такое degree выбирается оптимизатором по дефолту
Ведь маркетинг нам говорит, что "DB2 optimized for POWER", а SMT как бы одна из его фич :)
Особенно интересно это в контексте BLU