dbtwoshnickВообще где можно почитать относительно доступное объяснения, что именно DB2 может распараллеливать по ядрам CPU и в каких редакциях?

Т.е. может ли DB2:

1) Раскидать один тяжелый запрос одного APPLICATION одновременно по разным ядрам одного узла (хоста)?
2) Выполнять несколько легких запросов на одном ядре псевдоодновременно, т.е. чтобы утилизацизация ядра была не 5%-10%, а в N раз больше, где N=кол-во легких запросов от разных APPLICATION, выполняющихся на этом ядре псевдоодновременно, наверно из-за ожидания IO ?Любой потьзовательский запрос на стороне сервера обрабатывается т.н. агентами. Не касаясь MPP архитектуры: выставив параметр экземпляра INTRA_PARALLEL в YES (ну и там дополнительно включить параметр MAX_QUERYDEGREE и установить CURRENT DEGREE в сессии/параметр DFT_DEGREE базы), можно разрешить db2 обрабатывать ваш запрос несколькими агентами. Оптимизатор может в этом случае использовать для выполнения запроса столько агентов, сколько посчитает нужным (в рамках заданных параметрами ограничений, если надо). Если INTRA_PARALLEL не выставлен, то запрос будет обрабатываться 1-м агентом. Не надо думать, что чем больше агентов обрабатывает произвольный запрос, тем лучше. Это, как правило, справедливо для тяжелых запросов. Транзакционным запросам это часто вредит.
Агенты выполняются каждый в своей нити ОС. Как уже было сказано, DB2 не занимается рассылкой своих нитей на конкретные процессоры - этим занимается ОС. DB2 может только "привязать" свои нити к определенной группе процессоров из-за лицензионных ограничений, например, или в очень больших системах с NUMA архитектурой.

Поэтому, когда вы говорите, что при той же нагрузке DB2 использует бОльшее кол-во процессоров, загружая их на те же 10%, то здесь DB2 не виновата в этой мистике.