|
|
|
сколько вешать в граммах если PGA_AGGREGATE_LIMIT=0
|
|||
|---|---|---|---|
|
#18+
Читаю docs и не уверен, что правильно понимаю смысл значения PGA_AGGREGATE_LIMIT по умолчанию если установлено PGA_AGGREGATE_LIMIT=0 "If MEMORY_TARGET is not set, and PGA_AGGREGATE_TARGET is explicitly set to 0, then the value of PGA_AGGREGATE_LIMIT is set to 90% of the physical memory size minus the total SGA size" что имеется ввиду под physical memory size - общая память сервера?! сервер общий - Exadata - и общий объем памяти какой-то очень-очень большой. а вот SGA_TARGET - 7,5 G ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 17.11.2021, 21:45 |
|
||
|
сколько вешать в граммах если PGA_AGGREGATE_LIMIT=0
|
|||
|---|---|---|---|
|
#18+
Исторически параметра PGA_AGGREGATE_LIMIT не было и не было способа ограничить размер PGA, PGA_AGGREGATE_TARGET можно рассматривать как софт лимит, да это про всю память на сервере, поэтому особенно если несколько экземпляров работает считайте внимательно. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 18.11.2021, 11:18 |
|
||
|
сколько вешать в граммах если PGA_AGGREGATE_LIMIT=0
|
|||
|---|---|---|---|
|
#18+
receiver, Ну да, будет от объема памяти на узле или в VM в зависимости от того, что используется. Но вообще для Exadata есть документ 1274318.1 . ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 18.11.2021, 11:33 |
|
||
|
сколько вешать в граммах если PGA_AGGREGATE_LIMIT=0
|
|||
|---|---|---|---|
|
#18+
Asmodeus Но вообще для Exadata есть документ 1274318.1 . ничего специфичного по управлению PGA на экзадате нет ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 18.11.2021, 11:37 |
|
||
|
сколько вешать в граммах если PGA_AGGREGATE_LIMIT=0
|
|||
|---|---|---|---|
|
#18+
Vivat!San Asmodeus Но вообще для Exadata есть документ 1274318.1 . ничего специфичного по управлению PGA на экзадате нет ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 18.11.2021, 11:47 |
|
||
|
сколько вешать в граммах если PGA_AGGREGATE_LIMIT=0
|
|||
|---|---|---|---|
|
#18+
Vivat!San, спасибо за ответ, но тогда мне философски не очень понятен смысл - значит, на общем сервере может появиться какой-то кукушонок - чья то БД - которая запросто может израсходовать всю общую физическую память на свою PGA и всех остальных выкинуть из гнезда - за пределы памяти? ) зачем тогда сложность с двумя параметрами TARGET и LIMIT, если PGA можно вообще не управлять - сколько захотим, столько и получим. и зачем тогда PGA_ADIVSOR что-то высчитывает и пишет рекомендации в AWR. если установка PGA_AGGREGATION_LIMIT=0 сразу решает все проблемы? спрашиваю, потому что весь вечер пытался найти ответ в Интернете, но не нашел. может, не туда глядел. PS. Metalink'а у меня нет. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 18.11.2021, 16:12 |
|
||
|
сколько вешать в граммах если PGA_AGGREGATE_LIMIT=0
|
|||
|---|---|---|---|
|
#18+
receiver, Это оракл описал, что будет в случае, если вы сделаете "вот так". Но в рекомендациях он "вот так" делать не советует. :) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 18.11.2021, 16:21 |
|
||
|
сколько вешать в граммах если PGA_AGGREGATE_LIMIT=0
|
|||
|---|---|---|---|
|
#18+
receiver зачем тогда сложность с двумя параметрами TARGET и LIMIT, если PGA можно вообще не управлять - сколько захотим, столько и получим. PGA_AGGREGATE_TARGET - для управления/выделения/ памяти под hash join/sorts/etc - т.е. только workareas, которые может запросить чистый SQL engine. PGA_AGGREGATE_LIMIT - для ограничения вообще всей PGA памяти, включая SQL workareas, PL/SQL (например массивы, переменные, и т.д.) - но с определенными ограничениями receiver и зачем тогда PGA_ADIVSOR что-то высчитывает и пишет рекомендации в AWR. Пытается оптимизировать/улучшить выделение памяти под SQL workareas receiver если установка PGA_AGGREGATION_LIMIT=0 сразу решает все проблемы? Не решает. По хорошему нужно искать значние, которое устраивает и приложения, и окружение на сервере БД. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 18.11.2021, 17:59 |
|
||
|
|
start [/forum/topic.php?fid=52&msg=40113070&tid=1879743]: |
0ms |
get settings: |
23ms |
get forum list: |
14ms |
check forum access: |
4ms |
check topic access: |
4ms |
track hit: |
44ms |
get topic data: |
9ms |
get forum data: |
2ms |
get page messages: |
224ms |
get tp. blocked users: |
1ms |
| others: | 375ms |
| total: | 700ms |
| 0 / 0 |
