Читаю в доке:
1.The application group shared memory set is: 40000 pages * 4K per page = 160 MB
2.The size of the application group shared heap is: 40000*70%= 28000 4K pages = 114MB
3. The number of applications that can fit into this application group is: 40000/512 = 78
4. The application control heap for each of the application is:(100-70)% * 512 = 153 4K pages = 0.6MB


Беру свои значения, которые мне выставил "Советчик по конфигурированию":
1. 14394 pages * 4K per page = 56,22 MB
2. 14394*70%= 10075 4K pages = 39,36 MB
3. 14394/3072 = 4.
4. (100-70)% * 3072 = 921 4K pages = 3.59MB

Запускаю на сервере:
db2mtrk -i -r 60 >> db2mtrk.i.txt

Получаю в файл следующие значения:
appctlh appctlh appctlh appctlh agsh appctlh appctlh
496,0K 128,0K 32,0K 1,8M 43,7M 224,0K 864,0K

appctlh appctlh agsh appctlh appctlh appctlh appctlh
464,0K 1,8M 42,7M 144,0K 176,0K 432,0K 1,8M

Вопросы:
1. agsh как может такие значения принимать?
2. У меня получается приложения максимально используют 1,8М. Имеет смысл сокращать appctlh?

Mark Barinstein TORTЕсть приложение X.... На него в какой-то момент времени работает агент + несколько подагентов... Понятно, что им надо между собой общаться.... Объединяем этих агентов в "группу агентов приложения X".... Все агенты приложения X, входящие в "группу агентов приложения X" для своего общения используют "application group shared memory"
Я правильно понял, что текущие агенты для приложения X общаются только между собой?Не совсем.
Агенты, которые принадлежат одной группе, общаются между собой.
Они могут работать на разные приложения.

Хм... А по какому принципу тогда все это хозяйство подбирается в группы? Откуда оно знает, что именно агентам этих допустим X приложений нужно общаться между собой внутри группы?

Mark Barinstein TORTВопросы:
1. agsh как может такие значения принимать?
2. У меня получается приложения максимально используют 1,8М. Имеет смысл сокращать appctlh?1. Трудно сказать. Может, после изменения параметров, касающихся appl group shared memory не вступили в силу?
Сравните текущее и отложенное значение, например:
2. Да, имеет.
Все равно как-то не сходится... У меня постоянно встречаются значения agsh , которые больше, чем APPGROUP_MEM_SZ * (GROUPHEAP_RATIO / 100), но в то же время agsh всегда меньше APPGROUP_MEM_SZ....

Вот еще чего нашел... В разные группы agsh входит разное количество appctlh ....

Мониторил базу с помощью утилиты db2mtrk.exe под нагрузкой в течении 4-х часов... Получил инфорамцию, которую не могу "переварить".... Вот что выдала утилита...
В результате работы выяснилось:
1. Суммарное количество памяти для appctlh примерно одинаково. Также как и количество значений этих appctlh в каждый снимок... Почему-то количество не изменяется.... Причем у меня точно были новые соединения, также как и разъединения....
2. Постоянно увеличивается (пусть и по-немногу) значение agsh... За 4 часа вырасло на 100Мб.... Что это за "утечка ресурса"?
Базу не останавливал... До запуска утилиты сервер был онлайн под нагрузкой примерно сутки...

Помогите разобраться, куда у меня память "утекает"?
На сервере давно достигнут предел NUM_POOLAGENTS... По снапшоту на DB, максимальное количество зарегистрированных коорд.агентов примерно в 2 раза меньше, чем NUM_POOLAGENTS...
Может при создании агента не из пула и последующем его уничтожении чудеса творятся?
HELP!

Таки вот еще что удалось отследить... Насколько я понял, ApplGroupMemHeap создаются при коннектах приложений... А вот удаляются только после того, как все!!! приложения этой группы отсоединяться... Так ли это?